Neighbor discovery and neighbor selection of mesh network devices in a mesh network

ABSTRACT

Network hardware devices organized in a wireless mesh network (WMN) in which one network hardware devices includes multiple radios. A processing device of a first network hardware device scans a channel of the first radio for access point (AP) beacon frames that each contains information identifying a mesh network device in a WMN. The processing device creates a list of a plurality of mesh network device from the AP beacon frames and transmits a location probe transmission by each of the plurality of radios one sector at a time in a neighbor discovery process. The processing device receives metrics of the location probe transmissions received by the plurality of mesh network devices in the neighbor discovery process and configures each of the plurality of radios to communicate with one of a set of neighbor mesh network devices using the metrics in a neighbor selection process.

BACKGROUND

A large and growing population of users is enjoying entertainmentthrough the consumption of digital media items, such as music, movies,images, electronic books, and so on. The users employ various electronicdevices to consume such media items. Among these electronic devices(referred to herein as user devices or user equipment) are electronicbook readers, cellular telephones, personal digital assistants (PDAs),portable media players, tablet computers, netbooks, laptops and thelike. These electronic devices wirelessly communicate with acommunications infrastructure to enable the consumption of the digitalmedia items. In order to wirelessly communicate with other devices,these electronic devices include one or more antennas.

BRIEF DESCRIPTION OF DRAWINGS

The present inventions will be understood more fully from the detaileddescription given below and from the accompanying drawings of variousembodiments of the present invention, which, however, should not betaken to limit the present invention to the specific embodiments, butare for explanation and understanding only.

FIG. 1 is a network diagram of network hardware devices organized in awireless mesh network (WMN) for content distribution to client devicesin an environment of limited connectivity to broadband Internetinfrastructure according to one embodiment.

FIG. 2 is a block diagram of a network hardware device with five radiosoperating concurrently in a WMN according to one embodiment.

FIG. 3 is a block diagram of a mesh node with multiple radios accordingto one embodiment.

FIG. 4A is a block diagram of a mesh network device according to oneembodiment.

FIG. 4B is a block diagram of an application processor in which anetwork discovery module may be implemented according to one embodiment.

FIG. 5A is a diagram illustrating four radios configured to communicatevia eight sectors according to one embodiment.

FIG. 5B is a diagram illustrating any two radios configured tocommunicate via ninth and tenth sectors according to one embodiment.

FIG. 6 is a flow diagram of a method of a neighbor discovery process bya mesh network device according to one embodiment.

FIG. 7 is a flow diagram of a method of a neighbor selection process bya mesh network device according to one embodiment.

FIG. 8 is a flow diagram of a method of a neighbor replacement processby a mesh network device according to one embodiment.

FIG. 9 is a diagram of a WMN with twelve network hardware devices, eachhaving four radios to form a network backbone of peer-to-peer (P2P)wireless connections according to one embodiment.

FIG. 10 illustrates a multi-radio, multi-channel (MRMC) network deviceaccording to one embodiment.

FIG. 11 is a block diagram of a network hardware device according to oneembodiment.

DETAILED DESCRIPTION

A wireless mesh network (WMN) containing multiple mesh network devices,organized in a mesh topology, is described. The mesh network devices inthe WMN cooperate in distribution of content files to client consumptiondevices in an environment of limited connectivity to broadband Internetinfrastructure. The embodiments described herein may be implementedwhere there is the lack, or slow rollout, of suitable broadband Internetinfrastructure in developing nations, for example. These mesh networkscan be used in the interim before broadband Internet infrastructurebecomes widely available in those developing nations.

Described herein are embodiments directed to neighbor discovery,neighbor selection, and neighbor replacement of mesh network devices inthe WMN. In some cases, a processing device of a first network hardwaredevice scans a channel of the first radio for access point (AP) beaconframes that each contains information identifying a mesh network devicein a WMN. The processing device creates a list of a plurality of meshnetwork device from the AP beacon frames and transmits a location probetransmission by each of the plurality of radios one sector at a time ina neighbor discovery process. The processing device receives metrics ofthe location probe transmissions received by the plurality of meshnetwork devices in the neighbor discovery process and configures each ofthe plurality of radios to communicate with one of a set of neighbormesh network devices using the metrics in a neighbor selection process.

One system of devices organized in a WMN includes a first networkhardware device having at least one of a point-to-point wireless link toaccess content files over the Internet or a wired connection to accessthe content files stored on a storage device coupled to the firstnetwork hardware device. The network hardware devices are also referredto herein as mesh routers, mesh network devices, mesh nodes, Meshboxes,or Meshbox nodes. Multiple network hardware devices wirelessly areconnected through a network backbone formed by multiple peer-to-peer(P2P) wireless connections (i.e., wireless connections between multiplepairs of the network hardware devices). The multiple network devices arewirelessly connected to one or more client consumption devices bynode-to-client (N2C) wireless connections. The multiple network devicesare wirelessly connected to a mesh network control service (MNCS) deviceby cellular connections. The content file (or generally a content itemor object) may be any type of format of digital content, including, forexample, electronic texts (e.g., eBooks, electronic magazines, digitalnewspapers, etc.), digital audio (e.g., music, audible books, etc.),digital video (e.g., movies, television, short clips, etc.), images(e.g., art, photographs, etc.), or multi-media content. The clientconsumption devices may include any type of content rendering devicessuch as electronic book readers, portable digital assistants, mobilephones, laptop computers, portable media players, tablet computers,cameras, video cameras, netbooks, notebooks, desktop computers, gamingconsoles, DVD players, media centers, and the like.

The embodiments of the mesh network devices may be used to delivercontent, such as video, music, literature, or the like, to users who donot have access to broadband Internet connections because the meshnetwork devices may be deployed in an environment of limitedconnectivity to broadband Internet infrastructure. In some of theembodiments described herein, the mesh network architecture does notinclude “gateway” nodes that are capable of forwarding broadband meshtraffic to the Internet. The mesh network architecture may include alimited number of point-of-presence (POP) nodes that do have access tothe Internet, but the majority of mesh network devices is capable offorwarding broadband mesh traffic between the mesh network devices fordelivering content to client consumption devices that would otherwisenot have broadband connections to the Internet. Alternatively, insteadof POP node having access to broadband Internet infrastructure, the POPnode is coupled to storage devices that store the available content forthe WMN. The WMN may be self-contained in the sense that content livesin, travels through, and is consumed by nodes in the mesh network. Insome embodiments, the mesh network architecture includes a large numberof mesh nodes, called Meshbox nodes. From a hardware perspective, theMeshbox node functions much like an enterprise-class router with theadded capability of supporting P2P connections to form a networkbackbone of the WMN. From a software perspective, the Meshbox nodesprovide much of the capability of a standard content distributionnetwork (CDN), but in a localized manner. The WMN can be deployed in ageographical area in which broadband Internet is limited. The WMN canscale to support a geographic area based on the number of mesh networkdevices, and the corresponding distances for successful communicationsover WLAN channels by those mesh network devices.

Although various embodiments herein are directed to content delivery,such as for the Amazon Instant Video (AIV) service, the WMNs, andcorresponding mesh network devices, can be used as a platform suitablefor delivering high bandwidth content in any application where lowlatency is not critical or access patterns are predictable. Theembodiments described herein are compatible with existing contentdelivery technologies, and may leverage architectural solutions, such asCDN surfaces like the Amazon AWS CloudFront service. Amazon CloudFrontCDN is a global CDN service that integrates with other Amazon Webservices products to distribute content to end users with low latencyand high data transfer speeds. The embodiments described herein can bean extension to this global CDN, but in environments where there islimited broadband Internet infrastructure. The embodiments describedherein may provide users in these environments with a content deliveryexperience equivalent to what the users would receive on a traditionalbroadband Internet connection. The embodiments described herein may beused to optimize deployment for traffic types (e.g. streaming video)that are increasingly becoming a significant percentage of broadbandtraffic and taxing existing infrastructure in a way that is notsustainable.

FIGS. 1-4A are generally directed to network hardware devices, organizedin a wireless mesh network, for content distribution to clientconsumption devices in environments of limited connectivity to broadbandinternet infrastructure. The embodiments described herein may bedeployed in these network hardware devices. FIG. 4B-9 are generallydirected to neighbor discovery, neighbor selection, and neighborreplacement for mesh network devices in the WMN for routing traffic on anetwork backbone of the WMN.

FIG. 1 is a network diagram of network hardware devices 102-110,organized in a wireless mesh network (WMN) 100, for content distributionto client devices in an environment of limited connectivity to broadbandInternet infrastructure according to one embodiment. The WMN 100includes multiple network hardware devices 102-110 that connect togetherto transfer digital content through the WMN 100 to be delivered to oneor more client consumption devices connected to the WMN 100. In thedepicted embodiment, the WMN 100 includes a miniature point-of-presence(mini-POP) device 102 (also referred to as mini-POP device), having atleast one of a first wired connection to an attached storage device 103or a point-to-point wireless connection 105 to a CDN device 107 (serverof a CDN or a CDN node) of an Internet Service Provider (ISP). The CDNdevice 107 may be a POP device (also referred to as a POP device), anedge server, a content server device or another device of the CDN. Themini-POP device 102 may be similar to POP devices of a CDN in operation.However, the mini-POP device 102 is called a miniature to differentiateit from a POP device of a CDN given the nature of the mini-POP device102 being a single ingress point to the WMN 100; whereas, the POP deviceof a CDN may be one of many in the CDN.

The point-to-point wireless connection 105 may be established over apoint-to-point wireless link 115 between the mini-POP device 102 and theCDN device 107. Alternatively, the point-to-point wireless connection105 may be established over a directional microwave link between themini-POP device 102 and the CDN device 107. In other embodiments, themini-POP device 102 is a single ingress node of the WMN 100 for thecontent files stored in the WMN 100. Meaning the mini-POP 102 may be theonly node in the WMN 100 having access to the attached storage or acommunication channel to retrieve content files stored outside of theWMN 100. In other embodiments, multiple mini-POP devices may be deployedin the WMN 100, but the number of mini-POP devices should be muchsmaller than a total number of network hardware devices in the WMN 100.Although a point-to-point wireless connection can be used, in otherembodiments, other communication channels may be used. For example, amicrowave communication channel may be used to exchange data. Other longdistance communication channels may be used, such as a fiber-optic link,satellite link, cellular link, or the like. The network hardware devicesof the WMN 100 may not have direct access to the mini-POP device 102,but can use one or more intervening nodes to get content from themini-POP device. The intervening nodes may also cache content that canbe accessed by other nodes. The network hardware devices may alsodetermine a shortest possible route between the requesting node and anode where a particular content file is stored.

The CDN device 107 may be located at a datacenter 119 and may beconnected to the Internet 117. The CDN device 107 may be one of manydevices in the global CDN and may implement the Amazon CloudFronttechnology. The CDN device 107 and the datacenter 119 may be co-locatedwith the equipment of the point-to-point wireless link 155. Thepoint-to-point wireless connection 105 can be considered a broadbandconnection for the WMN 100. In some cases, the mini-POP device 102 doesnot have an Internet connection via the point-to-point wirelessconnection 105 and the content is stored only in the attached storagedevice 103 for a self-contained WMN 100.

The WMN 100 also includes multiple mesh nodes 104-110 (also referred toherein as meshbox nodes and network hardware devices). The mesh nodes104-110 may establish multiple P2P wireless connections 109 between meshnodes 104-110 to form a network backbone. It should be noted that onlysome of the possible P2P wireless connections 109 are shown between themesh nodes 104-110 in FIG. 1. In particular, a first mesh node 104 iswirelessly coupled to the mini-POP device 102 via a first P2P wirelessconnection 109, as well as being wirelessly coupled to a second meshnode 106 via a second P2P wireless connection 109 and a third mesh node108 via a third P2P wireless connection. The mesh nodes 104-110 (and themini-POP device 102) are MRMC mesh network devices. As described herein,the mesh nodes 104-110 do not necessarily have reliable access to theCDN device 107. The mesh nodes 104-110 (and the mini-POP device 102)wirelessly communicate with other nodes via the network backbone via afirst set of WLAN channels reserved for inter-node communications. Themesh nodes 102-110 communicate data with one another via the first setof WLAN channels at a first frequency of approximately 5 GHz (e.g., 5GHz band of the Wi-Fi® network technologies).

Each of the mesh nodes 104-110 (and the mini-POP device 102) alsoincludes multiple node-to-client (N2C) wireless connections 111 towirelessly communicate with one or more client consumption devices via asecond set of WLAN channels reserved for serving content files to clientconsumption devices connected to the WMN 100. In particular, the secondmesh node 106 is wirelessly coupled to a first client consumption device112 (AIV client) via a first N2C wireless connection 111, a secondclient consumption device 114 (AIV client) via a second N2C wirelessconnection 111, and a third client consumption device 116 (e.g., theFire TV device) via a third N2C wireless connection 111. The second node106 wirelessly communicates with the client consumption devices via thesecond set of WLAN channels at a second frequency of approximately 2.4GHz (e.g., 2.4 GHz band of the Wi-Fi® network technologies).

Each of the mesh nodes 104-110 (and the mini-POP device 102) alsoincludes a cellular connection 113 to wirelessly communicate controldata between the respective node and a second device 118 hosting a meshnetwork control service described below. The cellular connection 113 maybe a low bandwidth, high availability connection to the Internet 117provided by a cellular network. The cellular connection 113 may have alower bandwidth than the point-to-point wireless connection 105. Theremay be many uses for this connection including, health monitoring of themesh nodes, collecting network statistics of the mesh nodes, configuringthe mesh nodes, and providing client access to other services. Inparticular, the mesh node 110 connects to a cellular network 121 via thecellular connection 113. The cellular network 121 is coupled to thesecond device 118 via the Internet 117. The second device 118 may be oneof a collection of devices organized as a cloud computing system thatthat hosts one or more services 120. The services 120 may include cloudservices to control setup of the mesh nodes, the content deliveryservice (e.g., AIV origin), as well as other cloud services. The meshnetwork control service can be one or more cloud services. The cloudservices can include a metric collector service, a health and statusservice, a link selection service, a channel selection service, acontent request aggregation service, or the like. There may be APIs foreach of these services. Although this cellular connection may provideaccess to the Internet 117, the amount of traffic that goes through thisconnection should be minimized, since it may be a relatively costlylink. This cellular connection 113 may be used to communicate variouscontrol data to configure the mesh network for content delivery. Inaddition, the cellular connection 113 can provide a global view of thestate of the WMN 100 remotely. Also, the cellular connection 113 may aidin the debugging and optimization of the WMN 100. In other embodiments,other low bandwidth services may also be offered through this link (e.g.email, shopping on Amazon.com, or the like).

Although only four mesh nodes 104-110 are illustrated in FIG. 1, the WMN100 can use many mesh nodes, wireless connected together in a meshnetwork, to move content through the WMN 100. The 5 GHz WLAN channelsare reserved for inter-node communications (i.e., the network backbone).Theoretically, there is no limit to the number of links a given Meshboxnode can have to its neighbor nodes. However, practical considerations,including memory, routing complexity, physical radio resources, and linkbandwidth requirements, may place a limit on the number of linksmaintained to neighboring mesh nodes. Meshbox nodes may function astraditional access points (APs) for devices running AIV client software.The 2.4 GHz WLAN channels are reserved for serving client consumptiondevices. The 2.4 GHz band may be chosen for serving clients becausethere is a wider device adoption and support for this band.Additionally, the bandwidth requirements for serving client consumptiondevices will be lower than that of the network backbone. The number ofclients that each Meshbox node can support depends on a number offactors including memory, bandwidth requirements of the client, incomingbandwidth that the Meshbox node can support, and the like. For example,the Meshbox nodes provide coverage to users who subscribe to the contentdelivery service and consume that service through an AIV client on theclient consumption devices (e.g., a mobile phone, a set top box, atablet, or the like). It should be noted that there is a 1-to-manyrelationship between Meshbox nodes and households (not just betweennodes and clients). This means the service can be provided withoutnecessarily requiring a customer to have a Meshbox node located in theirhouse, as illustrated in FIG. 1. As illustrated, the second mesh node106 services two client consumption devices 112, 114 (e.g., AIV clients)located in a first house, as well as a third client consumption device116 (e.g., the Fire TV client) located in a second house. The Meshboxnodes can be located in various structures, and there can be multipleMeshbox nodes in a single structure.

The WMN 100 may be used to address two main challenges: moving highbandwidth content to users and storing that content in the networkitself. The first challenge may be addressed in hardware through theradio links between mesh nodes and the radio links between mesh nodesand client consumption devices, and in software by the routing protocolsused to decide where to push traffic and link and channel managementused to configure the WMN 100. The second challenge may be addressed byborrowing from the existing content distribution strategy employed bythe content delivery services (e.g., AIV) using caches of content closeto the user. The architecture to support content caching is known as aCDN. An example CDN implementation is the AWS CloudFront service. TheAWS CloudFront service may include several point-of-presence (POP) racksthat are co-located in datacenters that see a lot of customer traffic(for example an ISP), such as illustrated in datacenter 119 in FIG. 1. APOP rack has server devices to handle incoming client requests andstorage devices to cache content for these requests. If the content ispresent in the POP rack, the content is served to the client consumptiondevice from there. If it is not stored in the POP rack, a cache miss istriggered and the content is fetched from the next level of cache,culminating in the “origin,” which is a central repository for allavailable content. In contrast, as illustrated in FIG. 1, the WMN 100includes the mini-POP device 102 that is designed to handle smalleramounts of traffic than a typical POP rack. Architecturally, themini-POP device 102 may be designed as a Meshbox node with storageattached (e.g. external hard disk). The mini-POP device 102 may functionidentically to a POP device with the exception of how cache misses arehandled. Because of the lack of broadband Internet infrastructure, themini-POP device 102 has no traditional Internet connection to the nextlevel of cache. The following describes two different solutions forproviding the next level of cache to the mini-POP device 102.

In one embodiment, the mini-POP device 102 is coupled to an existing CDNdevice 107 via a directional microwave link or other point-to-pointwireless link 115. A directional microwave link is a fairly easy way toget a relatively high bandwidth connection between two points. However,line of sight is required which might not be possible with terrain orbuilding constraints. In another embodiment, the mini-POP device 102 canoperate with a human in the loop (HITL) to update the cache contents.HITL implies that a person will be tasked with manually swapping out thehard drives with a hard drives with the updated content or adding thecontent to the hard drive. This solution may be a relatively highbandwidth but extremely high latency solution and may only be suitableif the use cases allow longer times (e.g., hours) to service a cachemiss.

The WMN 100 may be considered a multi-radio multi-channel (MRMC) meshnetwork. MRMC mesh networks are an evolution of traditional single radioWMNs and a leading contender for combatting the radio resourcecontention that has plagued single radio WMNs and prevents them fromscaling to any significant size. The WMN 100 has multiple devices, eachwith multi-radio multi-channel (MRMC) radios. The multiple radios forP2P connections and N2C connections of the mesh network devices allowthe WMN 100 to be scaled to a significant size, such as 10,000 meshnodes. For example, unlike the conventional solutions that could noteffectively scale, the embodiments described herein can be very largescale, such as a 100×100 grid of nodes with 12-15 hops between nodes toserve content to client consumption devices. The paths to fetch contentfiles may not be a linear path within the mesh network.

The WMN 100 can provide adequate bandwidth, especially node-to-nodebandwidth. For video, content delivery services recommend a minimum of900 Kbps for standard definition content and 3.5 Mbps for highdefinition content. The WMN 100 can provide higher bandwidths than thoserecommended for standard definition and high definition content. Priorsolutions found that for a 10,000-node mesh network covering one squarekilometer, the upper bound on inter-node traffic is 221 kbps. Thefollowing can impact bandwidth: forwarding traffic, wireless contention(MAC/PHY), and routing protocols.

In some embodiments, the WMN 100 can be self-contained as describedherein. The WMN 100 may be self-contained in the sense that contentresides in, travels through, and is consumed by nodes in the meshnetwork without requiring the content to be fetched outside of the WMN100. In other embodiments, the WMN 100 can have mechanisms for contentinjection and distribution. One or more of the services 120 can managethe setup of content injection and distribution. These services (e.g.,labeled mesh network control service) can be hosted by as cloudservices, such as on one or more content delivery service devices. Thesemechanisms can be used for injecting content into the network as newcontent is created or as user viewing preferences change. Although theseinjection mechanisms may not inject the content in real time, thecontent can be injected into the WMN 100 via the point-to-point wirelessconnection 105 or the HITL process at the mini-POP device 102.Availability and impact on cost in terms of storage may be relevantfactors in determining which content is to be injected into the WMN 100and which content is to remain in the WMN 100. A challenge fortraditional mesh network architectures is that this content is highbandwidth (in the case of video) and so the gateway nodes that connectthe mesh to the larger Internet must be also be high bandwidth. However,taking a closer look at the use case reveals that this content, althoughhigh bandwidth, does not need to be low latency. The embodiments of theWMN 100 described herein can provide distribution of content that ishigh bandwidth, but in a manner that does not need low latency.

In some embodiments, prior to consumption by a node having an AIV clientitself or being wirelessly connected to an AIV client executing on aclient consumption device, the content may be pulled close to that node.This may involve either predicting when content will be consumed toproactively move it closer (referred to as caching) or always having itclose (referred to as replication). Content replication is conceptuallystraightforward, but may impact storage requirements and requiresapriori knowledge on the popularity of given titles.

Another consideration is where and how to store content in the WMN 100.The WMN 100 can provide some fault tolerance so that a single mesh nodebecoming unavailable for failure or reboot has minimal impact onavailability of content to other users. This means that a single meshnode is not the sole provider of a piece of content. The WMN 100 can usereliability and availability mechanisms and techniques to determinewhere and how to store content in the WMN 100.

The WMN 100 can be deployed in an unpredictable environment. Radioconditions may not be constant and sudden losses of power may occur. TheWMN 100 is designed to be robust to temporary failures of individualnodes. The WMN 100 can be designed to identify those failures and adaptto these failures once identified. Additionally, the WMN 100 can includemechanisms to provide secure storage of the content that resides withinthe WMN 100 and prevent unauthorized access to that content.

The cloud services 120 of the WMN 100 can include mechanisms to dealwith mesh nodes that become unavailable, adding, removing, or modifyingexisting mesh nodes in the WMN 100. The cloud services 120 may alsoinclude mechanisms for remote health and management. For example, theremay be a remote health interface, a management interface, or both toaccess the mesh nodes for this purpose. The cloud services 120 can alsoinclude mechanisms for securing the WMN 100 and the content that residesin the WMN 100. For example, the cloud services 120 can control deviceaccess, DRM, and node authentication.

FIG. 2 is a block diagram of a network hardware device 202 with fiveradios operating concurrently in a wireless mesh network 200 accordingto one embodiment. The wireless mesh network 200 includes multiplenetwork hardware devices 202-210. The network hardware device 202 may beconsidered a mesh router that includes four 5 GHz radios for the networkbackbone for multiple connections with other mesh routers, i.e., networkhardware devices 204-210. For example, the network hardware device 204may be located to the north of the network hardware device 202 andconnected over a first 5 GHz connection. The network hardware device 206may be located to the east of the network hardware device 202 andconnected over a second 5 GHz connection. The network hardware device208 may be located to the south of the network hardware device 202 andconnected over a third 5 GHz connection. The network hardware device 210may be located to the west of the network hardware device 202 andconnected over a fourth 5 GHz connection. In other embodiments,additional network hardware devices can be connected to other 5 GHzconnections of the network hardware device 202. It should also be notedthat the network hardware devices 204-210 may also connect to othernetwork hardware devices using its respective radios. It should also benoted that the locations of the network hardware devices 20-210 can bein other locations that north, south, east, and west. For example, thenetwork hardware devices can be located above or below the mesh networkdevice 202, such as on another floor of a building or house.

The network hardware device 202 also includes at least one 2.4 GHzconnection to serve client consumption devices, such as the clientconsumption device 212 connected to the network hardware device 202. Thenetwork hardware device 202 may operate as a mesh router that has fiveradios operating concurrently or simultaneously to transfer mesh networktraffic, as well as service connected client consumption devices. Thismay require that the 5GLL and 5GLH to be operating simultaneously andthe 5GHL and 5GHH to be operating simultaneously, as described in moredetail below. It should be noted that although the depicted embodimentillustrates and describes five mesh nodes, in other embodiments, morethan five mesh nodes may be used in the WMN. It should be noted thatFIG. 2 is a simplification of neighboring mesh network devices for agiven mesh network device. The deployment of forty or more mesh networkdevice may actually be located at various directions than simply north,south, east, and west as illustrated in FIG. 2. Also, it should be notedthat here are a limited number of communication channels available tocommunicate with neighboring mesh nodes in the particular wirelesstechnology, such as the Wi-Fi® 5 GHz band. The embodiments of the meshnetwork devices, such as the directional antennas, can help withisolation between neighboring antennas that cannot be separatedphysically given the limited size the mesh network device.

FIG. 3 is a block diagram of a mesh node 300 with multiple radiosaccording to one embodiment. The mesh node 300 includes a first 5 GHzradio 302, a second 5 GHz radio 304, a third 5 GHz radio 306, a fourth 5GHz radio 308, a 2.4 GHz radio 310, and a cellular radio 312. The first5 GHz radio 302 creates a first P2P wireless connection 303 between themesh node 300 and another mesh node (not illustrated) in a WMN. Thesecond 5 GHz radio 304 creates a second P2P wireless connection 305between the mesh node 300 and another mesh node (not illustrated) in theWMN. The third 5 GHz radio 306 creates a third P2P wireless connection307 between the mesh node 300 and another mesh node (not illustrated) inthe WMN. The fourth 5 GHz radio 308 creates a fourth P2P wirelessconnection 309 between the mesh node 300 and another mesh node (notillustrated) in the WMN. The 2.4 GHz radio 310 creates a N2C wirelessconnection 311 between the mesh node 300 and a client consumption device(not illustrated) in the WMN. The cellular radio 312 creates a cellularconnection between the mesh node 300 and a device in a cellular network(not illustrated). In other embodiments, more than one 2.4 GHz radiosmay be used for more N2C wireless connections. Alternatively, differentnumber of 5 GHz radios may be used for more or less P2P wirelessconnections with other mesh nodes. In other embodiments, multiplecellular radios may be used to create multiple cellular connections.

In another embodiment, a system of devices can be organized in a WMN.The system may include a single ingress node for ingress of contentfiles into the wireless mesh network. In one embodiment, the singleingress node is a mini-POP node that has attached storage device(s). Thesingle ingress node may optionally include a point-to-point wirelessconnection, such as a microwave communication channel to a node of theCDN. The single ingress node may include a point-to-point wireless linkto the Internet (e.g., a server device of the CDN) to access contentfiles over the Internet. Alternatively to, or in addition to thepoint-to-point wireless link, the single ingress node may include awired connection to a storage device to access the content files storedon the storage device. Multiple network hardware devices are wirelesslyconnected through a network backbone formed by multiple P2P wirelessconnections. These P2P wireless connections are wireless connectionsbetween different pairs of the network hardware devices. The P2Pwireless connections may be a first set of WLAN connections that operateat a first frequency of approximately 5.0 GHz. The multiple networkhardware devices may be wirelessly connected to one or more clientconsumption devices by one or more N2C wireless connections. Also, themultiple network hardware devices may be wirelessly connected to a meshnetwork control services (MNCS) device by cellular connections. Eachnetwork hardware device includes a cellular connection to a MNCS servicehosted by a cloud computing system. The cellular connections may havelower bandwidths than the point-to-point wireless link.

The system includes a first network hardware device wirelessly connectedto a first client consumption device by a first node-to-client (N2C)wireless connection and a second network hardware device wirelesslyconnected to the single ingress node. The first network hardware devicecan wirelessly connect to a first client consumption device over a firstN2C connection. The N2C wireless connection may be one of a second setof one or more WLAN connections that operate at a second frequency ofapproximately 2.4 GHz. During operation, the first network hardwaredevice may receive a first request for a first content file from thefirst client consumption device over the first N2C connection. The firstnetwork device sends a second request for the first content file to thesecond network hardware device through the network backbone via a firstset of zero or more intervening network hardware devices between thefirst network hardware device and the second network hardware device.The first network device receives the first content file from the firstnetwork hardware device through the network backbone via the first setof zero or more intervening network hardware devices and sends the firstcontent file to the first client consumption device over the first N2Cconnection. In a further embodiment, the first network hardware deviceincludes another radio to wirelessly connect to a MNCS device by acellular connection to exchange control data.

In a further embodiment, the first network hardware device is further toreceive a third request for a second content file from a second clientconsumption device connected to the first network hardware device over asecond N2C connection between the first network hardware device and thesecond client consumption device. The first network hardware devicesends a fourth request for the second content file stored at a thirdnetwork hardware device through the network backbone via a second set ofzero or more intervening network hardware devices between the firstnetwork hardware device and the third network hardware device. The firstnetwork hardware device receives the second content file from the thirdnetwork hardware device through the network backbone via the second setof zero or more intervening network hardware devices. The first networkhardware device sends the second content file to the second clientconsumption device over the second N2C connection.

In one embodiment, the zero or more intervening network hardware devicesof the first set are not the same as the zero or more interveningnetwork hardware devices of the second set. In some embodiments, a pathbetween the first network hardware device and the second networkhardware device could include zero or more hops of intervening networkhardware devices. In some cases, the path may include up to 12-15 hopswithin a mesh network of 100×100 network hardware devices deployed inthe WMN. In some embodiments, a number of network hardware devices inthe WMN is greater than fifty. The WMN may include hundreds, thousands,and even tens of thousands of network hardware devices.

In a further embodiment, the first network hardware device receive thefourth request for the second content file from a fourth networkhardware device through the network backbone via a third set of zero ormore intervening network hardware devices between the first networkhardware device and the fourth network hardware device. The firstnetwork hardware device sends the second content file to the fourthnetwork hardware device through the network backbone via the third setof zero or more intervening network hardware devices.

In some embodiments, the first network hardware device determineswhether the first content file is stored in memory of the first networkhardware device. The memory of the first network hardware device may bevolatile memory, non-volatile memory, or a combination of both. When thefirst content file is not stored in the memory or the storage of thefirst network hardware device, the first network hardware devicegenerates and sends the second request to a first network hardwaredevice of the first set. Intervening network hardware devices can makesimilar determinations to locate the first content file in the WMN. Inthe event that the first content file is not stored in the secondnetwork hardware device or any intervening nodes, the second networkhardware device can request the first content file from the mini-POPnode, as described herein. When the mini-POP node does not store thefirst content file, the mini-POP can take action to obtain the firstcontent file, such as requesting the first content file from a CDN overa point-to-point link. Alternatively, the human in the loop process canbe initiated as described herein.

In a further embodiment, the second network hardware device receives thesecond request for the first content file and retrieves the firstcontent file from the single ingress node when the first content file isnot previously stored at the second network hardware device. The secondnetwork hardware device sends a response to the second request with thefirst content file retrieved from the single ingress node. The secondnetwork hardware device may store a copy of the first content file inmemory or in persistent storage of the second network hardware devicefor a time period.

In another embodiment, the single ingress node receives a request for acontent file from one of the multiple network hardware devices over aP2P wireless connection. The request originates from a requestingconsumption device. It should be noted that a video client can beinstalled on the client consumption device, on the network hardwaredevice, or both. The single ingress node determines whether the contentfile is stored in a storage device coupled to the single ingress node.The single ingress node generates and sends a first notification to therequesting one of the network hardware devices over the P2P wirelessconnection when the content file is not stored in the storage device.The first notification includes information to indicate an estimateddelay for the content file to be available for delivery. The singleingress node generates and sends a second notification to an operator ofthe first network hardware device. The second notification includesinformation to indicate that the content file has been requested by therequesting client consumption device. In this embodiment, thenotifications can be pushed to the appropriate recipients. In anotherembodiment, an operator can request which content files had beenrequested in the WMN and not serviced. This can initiate the ingress ofthe content file into the WMN, even if with a longer delay.

In some embodiments, the mini-POP node is coupled to a storage device tostore the content files as original content files for the wireless meshnetwork. A point-to-point wireless link may be established between themini-POP node and a node of a CDN. In another embodiment, the mini-POPnode is coupled to a node of a content delivery network (CDN) via amicrowave communication channel.

In a further embodiment, the second network hardware device canwirelessly connect to a third network hardware device over a second P2Pconnection. During operation, the third network hardware device mayreceive a third request for a second content file from a second clientconsumption device over a second N2C connection between the thirdnetwork hardware device and the second client consumption device. Thethird network hardware device sends a fourth request for the secondcontent file to the second network hardware device over the second P2Pconnection. The third network hardware device receives the secondcontent file from the second network hardware device over the second P2Pconnection and sends the second content file to the second clientconsumption device over the second N2C connection.

In another embodiment, the first network hardware device receives thefourth request for the second content file from the third networkhardware device. The second network hardware device determines whetherthe second content file is stored in memory of the second networkhardware device. The second network hardware device sends a fifthrequest to the first network hardware device over the first P2Pconnection and receive the second content file over the first P2Pconnection from the first network hardware device when the secondcontent file is not stored in the memory of the second network hardwaredevice. The second network hardware device sends the second content fileto the third network hardware device over the second P2P connection.

In another embodiment, the second network hardware device may wirelesslyconnect to a third network hardware device over a second P2P connection.During operation, the third network hardware device may receive a thirdrequest for the first content file from a second client consumptiondevice over a second N2C connection between the third network hardwaredevice and the second client consumption device. The third networkhardware device sends a fourth request for the first content file to thesecond network hardware device over the second P2P connection. The thirdnetwork hardware device receives the first content file from the firstnetwork hardware device over the second P2P connection and sends thefirst content file to the second client consumption device over thesecond N2C connection.

In another embodiment, the first network hardware device receives arequest for a content file from one of the network hardware devices overone of the P2P wireless connections. The request is from a requestingclient consumption device connected to one of the multiple networkhardware devices. The first network hardware device determines whetherthe content file is stored in the storage device. The first networkhardware device generates and sends a first notification to the one ofthe network hardware devices over the one of the P2P wirelessconnections when the content file is not stored in the storage device.The first notification may include information to indicate an estimateddelay for the content file to be available for delivery. The firstnetwork hardware device generates and sends a second notification to anoperator of the first network hardware device. The second notificationmay include information to indicate that the content file has beenrequested by the requesting client consumption device.

In a further embodiment, the P2P wireless connections are WLANconnections that operate in a first frequency range and the N2Cconnections are WLAN connections that operate in a second frequencyrange. In another embodiment, the P2P wireless connections operate at afirst frequency of approximately 5.0 GHz and the N2C connections operateat a second frequency of approximately 2.4 GHz.

In some embodiments, at least one of the network hardware devices is amini-POP) node and a point-to-point wireless link is established betweenthe mini-POP node and a POP node of an ISP. In one embodiment, thepoint-to-point wireless link is a microwave link (e.g., directionalmicrowave link) between the mini-POP node and the node of the CDN. Inanother embodiment, the mini-POP node stores an index of the contentfiles store in attached storage devices.

In some embodiments, a mesh network architecture includes multiple meshnodes organized in a self-contained mesh network. The self-containedmesh network may be self-contained in the sense that content resides in,travels through, and is consumed by nodes in the mesh network withoutrequiring the content to be fetched outside of the mesh network. Each ofthe mesh nodes includes a first radio for inter-node communications withthe other nodes on multiple P2P channels, a second radio forcommunications with client consumption devices on N2C channels. The meshnetwork architecture also includes a mini-POP node including a radio forinter-connection communications with at least one of the mesh nodes on aP2P channel. The mesh network architecture also includes a storagedevice coupled to the mini-POP, the storage device to store contentfiles for distribution to a requesting client consumption device. Themini-POP node may be a single ingress point for content files for theself-contained mesh network. The storage devices of the mini-POP nodemay be internal drives, external drives, or both. During operation, afirst node of the mesh nodes includes a first radio to wirelesslyconnect to a requesting client consumption device via a first N2Cchannel to receive a first request for a content file directly from therequesting client consumption device via a first N2C channel between thefirst node and the requesting client consumption device 1. A secondradio of the first node sends a second request for the content file to asecond node via a first set of zero or more intervening nodes betweenthe first node and the second node to locate the content file within theself-contained mesh network. The second radio receives the content filefrom the second node in response to the request. The first radio sendsthe content file to the requesting client consumption device via thefirst N2C channel. The first node determines a location of the contentfile within the self-contained mesh network and sends a second requestfor the content file via a second P2P channel to at least one of themini-POP or a second node, the second request to initiate delivery ofthe content file to the requesting client consumption device over asecond path between the location of the content file and the requestingclient consumption device.

In another embodiment, the first node stores a copy of the content filein a storage device at the first node. The first node receives a thirdrequest for the content file directly from a second client consumptiondevice via a second N2C channel between the first node and the secondclient consumption device. The first node sends the copy of the contentfile to the second client consumption device via the second N2C channelin response to the third request.

In a further embodiment, the first node receives the content file viathe second P2P channel in response to the second request and sends thecontent file to the requesting client consumption device via the firstN2C channel or the first P2P channel in response to the first request.In some embodiments, the second path and the first path are the same.

In a further embodiment, the first node includes a third radio tocommunicate control data over a cellular connection between the firstnode and a mesh network control service (MNCS) device.

In one embodiment, the second radio can operate with 2×2 MIMO withmaximum 40 MHz aggregation. This may result in per radio throughput ofnot more than 300 Mbps in 5 GHz and 150 Mbps in 2.4 GHz. Even with 5radios (4×5 GHz and 1×2.4), the peak physical layer throughput will notneed to be more than 1.4 Gbps. For example, a scaling factor of 1.4 maybe used to arrive at a CPU frequency requirement. This implies the totalprocessing clock speed in the CPU should not be less than 1.96 GHz(1.4×1.4=1.96 GHz). For example, the Indian ISM band has a requirementof 23 dBm EIRP. Since the WMN 100 needs to function under conditionswhere the mesh routers communicate with each other between homes, thepropagation loss through multiple walls and over distances betweenhomes, the link budget does not support sensitivity requirements for802.11ac data rates. The per-node throughput may be limited to 300 Mbpsper link—peak PHY rate. It should be noted that the scaling factor of1.4 is just an example. In other cases, the scaling factor can bedetermined by a lot of factors, such as CPU architecture, number ofcores, Wi-Fi® target offloading mode, NPU offload engine, softwareforwarding layers (L2 vs L3), or the like.

In another embodiment, a system includes a POP node having access tocontent files via at least one of data storage coupled to the POP nodeor a first point-to-point connection to a first device of an ISP. Thesystem also includes multiple mesh nodes, organized in a WMN, and atleast one of the mesh nodes is wirelessly coupled to the POP node. TheWMN is a mesh topology in which the multiple mesh nodes cooperate indistribution of the content files to client consumption devices that donot have access to reliable access to the server device of the CDN or inan environment of limited connectivity to broadband infrastructure. Afirst node of the multiple mesh nodes is a multi-radio, multi-channel(MRMC) device that includes multiple P2P connections to form parts of anetwork backbone in which the first node wireless connects to other meshnodes via a first set of WLAN channels reserved for inter-nodecommunication. The first node also includes one or more N2C connectionsto wireless connect to one or more of the client consumption devicesconnected to the WMN via a second set of WLAN channels reserved forserving the content files to the client consumption devices. The firstnode may also include a cellular connection to wireless connect to asecond device of the CDN. The second device may be part of a cloudcomputing system and may host a mesh network control service asdescribed herein. It should be noted that the first point-to-pointconnection is higher bandwidth than the cellular connection.

FIG. 4A is a block diagram of a mesh network device 400 according to oneembodiment. The mesh network device 400 may be one of many mesh networkdevices organized in a WMN (e.g., WMN 100). The mesh network device 400is one of the nodes in a mesh topology in which the mesh network device400 cooperates with other mesh network devices in distribution ofcontent files to client consumption devices in an environment of limitedconnectivity to broadband Internet infrastructure, as described herein.The mesh network device 400 may be the mini-POP node 102 of FIG. 1.Alternatively, the mesh network device 400 may be any one of the meshnetwork devices 104-110 of FIG. 1. In another embodiment, the meshnetwork device 400 is any one of the network hardware devices 202-210 ofFIG. 2. In another embodiment, the mesh network device 400 is the meshnode 300 of FIG. 3.

The mesh network device 400 includes a system on chip (SoC) 402 toprocess data signals in connection with communicating with other meshnetwork devices and client consumption devices in the WMN. The SoC 402includes a processing element (e.g., a processor core, a centralprocessing unit, or multiple cores) that processes the data signals andcontrols the radios to communicate with other devices in the WMN. In oneembodiment, the SoC 402 is a dual core SoC, such as the ARM A15 1.5 GHzwith hardware network acceleration. The SoC 402 may include memory andstorage, such as 2 GB DDR RAM and 64 GB eMMC coupled to the SoC 402 viaexternal HDD interfaces (e.g., SATA, USB3, or the like). The SoC 402 mayinclude multiple RF interfaces, such as a first interface to the firstRF module 404 (e.g., HSCI interface for cellular module (3G)), a secondinterface to the WLAN 2.4 GHz radio 406, a third interface to the WLAN2.4 GHz radio 408, and multiple interfaces to the WLAN 5 GHz radios,such as on a PCIe bus. In one embodiment, the SoC 402 is the IPQ8064Qualcomm SoC or the IPQ4029 Qualcomm SoC. Alternatively, other types ofSoCs may be used, such as the Annapurna SoC, or the like. Alternatively,the mesh network device 400 may include an application processor that isnot necessarily considered to be a SoC.

The mesh network device 400 may also include memory and storage. Forexample, the mesh network device 400 may include SSD 64 GB 428, 8 GBFlash 430, and 2 GB 432. The memory and storage may be coupled to theSoC 402 via one or more interfaces, such as USB 3.0, SATA, or SDinterfaces. The mesh network device 400 may also include a singleEthernet port 444 that is an ingress port for Internet Protocol (IP)connection. The Ethernet port 444 is connected to the Ethernet PHY 442,which is connected to the SoC 402. The Ethernet port 444 can be used toservice the mesh network device 400. Although the Ethernet port 444could provide wired connections to client devices, the primary purposeof the Ethernet port 444 is not to connect to client devices, since the2.4 GHz connections are used to connect to clients in the WMN. The meshnetwork device 400 may also include one or more debug ports 446, whichare coupled to the SoC 402. The memory and storage may be used to cachecontent, as well as store software, firmware or other data for the meshnetwork device 400.

The mesh network device 400 may also include a power management andcharging system 434. The power management and charging system 434 can beconnected to a power supply 436 (e.g., 240V outlet, 120V outlet, or thelike). The power management and charging system 434 can also connect toa battery 438. The battery 438 can provide power in the event of powerloss. The power management and charging system 434 can be configured tosend a SoS message on power outage and backup system state. For example,the WLAN radios can be powered down, but the cellular radio can bepowered by the battery 438 to send the SoS message. The battery 438 canprovide limited operations by the mesh network device 400, such as for10 minutes before the entire system is completely powered down. In somecases, power outage will likely affect a geographic area in which themesh network device 400 is deployed (e.g., power outage that is aneighborhood wide phenomenon). The best option may be to power down themesh network device 400 and let the cloud service (e.g., back endservice) know of the outage in the WMN. The power management andcharging system 434 may provide a 15V power supply up to 21 watts to theSoC 402. Alternatively, the mesh network device 400 may include more orless components to operate the multiple antennas as described herein.

The mesh network device 400 includes a first radio frequency (RF) module404 coupled between the SoC 402 and a cellular antenna 418. The first RFmodule 404 supports cellular connectivity using the cellular antenna418. In one embodiment, the cellular antenna 418 includes a primary widearea network (WAN) antenna element and a secondary WAN antenna element.The first RF module 404 may include a modem to cause the primary WANantenna, the secondary WAN antenna, or both to radiate electromagneticenergy in the 900 MHz band and 1800 MHz band for the 2G specification,radiate electromagnetic energy in the B1 band and the B8 band for the 3Gspecification, and radiate electromagnetic energy for the B40 band. Themodem may support Cat3 band, 40 TD-LTE, UMTS: Band 1, Band 8, and GSM:900/1800. The modem may or may not support CDMA. The cellular modem maybe used for diagnostics, network management, down time media caching,meta data download, or the like. Alternatively, the first RF module 404may support other bands, as well as other cellular technologies. Themesh network device 400 may include a GPS antenna and corresponding GPSmodule to track the location of the mesh network device 400, such asmoves between homes. However, the mesh network device 400 is intended tobe located inside a structure, the GPS antenna and module may not beused in some embodiments.

The mesh network device 400 includes a first set of wireless local areanetwork (WLAN) modules 406, 408 coupled between the SoC 402 anddual-band omnidirectional antennas 420. A first WLAN module 406 maysupport WLAN connectivity in a first frequency range using one of thedual-band omnidirectional antennas 420. A second WLAN module 408 maysupport WLAN connectivity in a second frequency range using one of thedual-band omnidirectional antennas 420. The dual-band omnidirectionalantennas 420 may be two omnidirectional antennas for 2.4 GHz. Thedirectional antennas 422 may be eight sector directional antennas for 5GHz with two antennas at orthogonal polarizations (horizontal/vertical)in each sector. These can be setup with 45 degree 3 dB beam width with11 dB antenna gain. The dual-band omnidirectional antennas 420 and thedirectional antennas 422 can be implemented as a fully switchableantenna architecture controlled by micro controller 426. For example,each 5 GHz radio can choose any 2 sectors (for 2 2×2 MU-MIMO streams).

The mesh network device 400 includes a second set of WLAN modules410-416 coupled between the SoC 402 and antenna switching circuitry 424.The second set of WLAN modules 410-416 support WLAN connectivity in thesecond frequency range using a set of directional antennas 422. Thesecond set of WLAN modules 410-416 is operable to communicate with theother mesh network devices of the WMN. The antenna switching circuitry424 is coupled to a micro controller 426. The micro controller 426controls the antenna switching circuitry 424 to select differentcombinations of antennas for wireless communications between the meshnetwork device 400 and the other mesh network devices, the clientconsumption devices, or both. For example, the micro controller 426 canselect different combinations of the set of directional antennas 422.The antenna switching circuitry 424 is described in more detail belowwith respect to FIGS. 5-7.

In another embodiment, a filter switch bank is coupled between theantenna switching circuitry 424 and the second set of WLAN modules410-416. In another embodiment, the filter switch bank can beimplemented within the antenna switching circuitry 424.

In the depicted embodiment, the first set of WLAN modules include afirst a first 2×2 2.4 GHz MIMO radio 406 and a 2×2 5 GHz MIMO radio 408.The second set of WLAN modules includes a first 2×2 5 GHz MIMO radio 410(“5GLL”), a second 2×2 5 GHz MIMO radio 412 (“5GLH”), a third 2×2 5 GHzMIMO radio 414 (“5GHL”), and a fourth 2×2 5 GHz MIMO radio 416 (“5GHH”).The dual-band omnidirectional antennas 420 may include a firstomnidirectional antenna and a second omnidirectional antenna (notindividually illustrated in FIG. 4). The set of directional antennas 422comprises: a first horizontal orientation antenna; a first verticalorientation antenna; a second horizontal orientation antenna; a secondvertical orientation antenna; a third horizontal orientation antenna; athird vertical orientation antenna; a fourth horizontal orientationantenna; a fourth vertical orientation antenna; a fifth horizontalorientation antenna; a fifth vertical orientation antenna; a sixthhorizontal orientation antenna; a sixth vertical orientation antenna; aseventh horizontal orientation antenna; a seventh vertical orientationantenna; an eighth horizontal orientation antenna; an eighth verticalorientation antenna; a ninth antenna (upper antenna described herein); atenth antenna (upper antenna); an eleventh antenna (bottom antenna); anda twelfth antenna (bottom antenna).

In one embodiment, the mesh network device 400 can handle antennaswitching in a static manner. The SoC 402 can perform soundingoperations with the WLAN radios to determine a switch configuration.Switching is not done on a per packet basis or at a packet level. Thestatic switch configuration can be evaluated a few times a day by theSoC 402. The SoC 402 can include the intelligence for switching decisionbased on neighbor sounding operations done by the SoC 402. The microcontroller 426 can be used to program the antenna switching circuitry424 (e.g., switch matrix) since the mesh network device 400 may be basedon CSMA-CA, not TDMA. Deciding where the data will be coming into themesh network device 400 is not known prior to receipt, so dynamicswitching may not add much benefit. It should also be noted that networkbackbone issues, such as one of the mesh network devices becomingunavailable, may trigger another neighbor sounding process to determinea new switch configuration. Once the neighbor sounding process iscompleted, the mesh network device 400 can adapt a beam patter to beessentially fixed since the mesh network devices are not intended tomove once situated.

In one embodiment, the antenna switching circuitry 424 includes multiplediplexers and switches to connect different combinations of antennas tothe multiple radios. FIGS. 5-7 illustrate three different architecturesfor the antenna switching circuitry 424. The following diagrams use thefollowing notations for reference:

ANT Hx→Horizontal orientation device side antenna

ANT Vx→Vertical orientation device side antenna

ANT VB→Vertical orientation device bottom side antenna

ANT HB→Horizontal orientation device bottom side antenna

ANT VU→Vertical orientation device top side antenna

ANT HU→Horizontal orientation device top side antenna

ANT0→Omni directional antenna

ANT1→Omni directional antenna

One configuration for the antenna switching circuitry 424 is a switchmatrix architecture. In this architecture, there are six 2×2 WLAN radios(also referred to as the Wi-Fi® radios). Five radios are 5 GHz band andone radio is a 2.4 GHz radio. A switch matrix is implemented to allowthe connection of each and any of the four 2×2 radios to any of theVx/Hx MIMO antennas. Based on the switch matrix configuration and basedon the routing algorithms input, each 2×2 radio can connect to aspecific antenna pair in a specific direction. Each 2×2 radio canoperate using a dedicated and unique WLAN frequency channel concurrentlyor simultaneously. In this architecture, two of the radios (5 GHz radioand 2.4 GHz radio) may have fixed connections to the omnidirectionalantennas (AntO and Anti). These two radios may also have access to allthe WLAN 2.4 GHz and 5 GHz band channels. In another embodiment, thisarchitecture also may also have 4G/3G and 2G WAN radio to providecellular connectivity to the mesh network device 400.

FIG. 4B-9 are generally directed to neighbor discovery, neighborselection, and neighbor replacement for mesh network devices in the WMNfor routing traffic on a network backbone of the WMN.

FIG. 4B is a block diagram of an application processor in which anetwork discovery module 456 may be implemented according to oneembodiment. The application processor 450 executes an operating systemthat segregates memory (virtual memory) into user space 452 and kernelspace 454. In this embodiment, the network discovery module 456 andantenna switching module 458 execute in the user space 452. The networkdiscovery module 456 may be instructions that when executed by theapplication processor 450 perform various operations as described belowwith respect to FIGS. 6-9. The network discovery module 456 can instructthe antenna switch module 458 to control one or more radios tocommunicate with other mesh network devices in connection with aneighbor discovery process, a neighbor selection process, a neighborreplacement process, or any similar process. Once the mesh networkdevices in the mesh network are discovered and selected, the applicationprocessor 450 can communicate with other neighbor mesh network devicesto route data traffic on a network backbone of multiple P2P wirelessconnections between the mesh network devices. In other embodiments, someor the entire network discovery module 456 can be implemented in thekernel space.

In the kernel space 454, a micro controller unit (MCU) driver 460 canexecute. The MCU driver 460 may include multiple application programminginterfaces (APIs) 462 to interface to other components, such as theradios and micro controller, as described herein. The APIs 462 cancommunicate messages to other components and may use a messageencoder/decoder 464 to encode and decode these messages. The APIs 462may include an API for getting firmware versions, an API for updatingthe firmware, and an API for getting radio information (e.g., radioconfiguration, antenna configuration, channel information,chamber/sector information, or the like. The MCU driver 460 may alsoinclude a firmware (FW) updater 466. Also, in the kernel space 452, aserial packet interface (SPI) driver 468 and a UniversalSynchronous/Asynchronous Receiver/Transmitter (USART) driver 470.

In one embodiment, there is an interface mechanism between the userspace 452 and kernel space 454 that has minimum latency. For example, incases when there is an invalid configuration being input by anapplication, such as the antenna switch module 458, the error should bereported as quickly as possible to the application. The applicationprocessor 450 may also include power management modules in the userspace 452 or in the kernel space 454 since the application processor 450could be operating in a battery-backed operating state during poweroutages.

In one embodiment, the SPI driver 468 can be used for messaging betweenthe application processor 450 and the micro controller and the USARTdriver 470 can be used for firmware updates. The application processor450 can use general purpose input-output (GPIO) interrupts to driveantenna switching. The switching could even be done on a per-packetbasis. The application processor 450 can store any configuration, suchas GPIO configurations in non-volatile memory.

The following description is directed to network discovery and networkselection of neighboring mesh network devices with an example of a meshnetwork device having four radios with antennas in 10 sectors; eighthorizontal sectors and two vertical sectors. For example, when a meshnetwork device boots up, the mesh network device needs to find itsneighbor mesh network devices. The mesh network device scansomnidirectionally over 2.4 GHz for access point (AP) beacon frames thatcontain an information element (IE) that identifies a mesh networkdevice, such as having a specific vendor identifier. The mesh networkdevice determines where each of those neighbors is located and thereforewhich of its directional antennas must be used to reach each neighborthrough a process called neighbor discovery. Once neighbors are foundand located through the neighbor discovery process, neighbor meshnetwork devices are chosen via a neighbor selection process. The initialselection may be done locally. In one embodiment, an optimized selectionusing the MNCS as described herein that can take a full networkperspective of the WMN to globally select neighbors for any one of themesh network devices in the WMN. Once neighbors are selected by theneighbor selection process, the mesh network device can store the radioconfiguration for routing data traffic to neighboring mesh networkdevices. In one embodiment, after neighbor mesh network devices areselected, a Mesh Unification Layer (MUL) is informed of the new radioconfiguration, and the MUL can begin mesh peering and authentication.The MUL may be a software interface layer between the IP layer and MAClayer of the OSI software layers. The MUL can abstract the underlyinghardware to high level software and can operate a bridge between a datastack of an operating system and the underlying radios. This bridge canbe used to route data between the data stack and one of the radios androute data from one radio to another radio.

For description of the neighbor discovery process, four 5 GHz radios areused with directional antennas as shown in FIG. 5A. For this example,only one neighbor is allowed per radio and each of four 5 GHz radioswith directional antennas can connect to one antenna at a time.Alternatively, in other embodiments, more neighbors may be allowed perradio. It should be noted that the four radios, as described herein, maybe referred to as directional radios or 5 GHZ directional radios, sincethese antennas are each coupled to a directional antenna in one of thesectors.

FIG. 5A is a diagram illustrating four radios 502-508 configured tocommunicate via eight sectors 510-524 of a mesh network device accordingto one embodiment. In this embodiment, the four radios 502-508 aredirectional radios. Each of the four 5 GHz radios with directionalantennas can connect to one antenna at a time. Each radio has its ownhorizontal quadrant, with two sectors in each quadrant. Each of thedirectional radios can be assigned to (i.e., configured to communicationvia) one or more antennas in one of the eight sectors. For example, afirst radio 502 is coupled to a first antenna in a first sector 510 andcoupled to a second antenna in a second sector 512. In anotherembodiment, the first radio 502 is coupled to a first pair of antennasin the first sector 510 and coupled to a second pair of antennas in thesecond sector 512. A second radio 504 can be coupled to one or moreantennas in each of third and fourth sectors 514, 516, respectively. Athird radio 506 can be coupled to one or more antennas in each of fifthand sixth sectors 518, 520, respectively. A fourth radio 508 can becoupled to one or more antennas in each of the seventh and eighthsectors 522, 524, respectively. In this embodiment, only one neighbormesh network device is allowed per radio. So, in this example, therewill be four neighbors assigned to each of the radios 502-508. In oneembodiment, the four radios 502-508 are four 5 GHz radios as describedherein. The mesh network device can have additional antennas, likeanother 2.4 GHz radio coupled to an omnidirectional antenna. Asillustrated in FIG. 5B, any one of the radios 502-508 (labeled as radioX 526) can connect to an antenna in an up sector 530 (also referred toas a ninth sector). Another one of the radios 502-508 (labeled as radioY 528) can connect to an antenna in a down sector 532 (also referred toas a tenth sector). Similarly, each of the sectors 530, 532 can includemultiple antennas as described herein. The radio X 526 can connect tothe antenna in the up sector 530 at the same time as the radio Y 528connects to the antenna in the down sector 532. In this embodiment, theeight sectors 510-524 are horizontal sectors because these sectors arephysical located on the sides of the mesh network device and the upsector 430 and down sector 532 are vertical sectors because thesesectors are physically located on the top and bottom of the mesh networkdevice. In some cases, the horizontal sectors are used to communicatecontent data to other mesh network devices that are disposed roughly inthe same horizontal plane, wherein the vertical sectors can be used tocommunicate content data to other mesh network devices that are disposedon different horizontal planes, such as on different levels of abuilding.

In one embodiment, each 5 GHz radio can connect to any 5 GHz channel. Ifmore than one radio is tuned to the same channel, neither radio shouldtransmit any packets on that channel. However, both radios can belistening on the same channel with no problems. Because communicationbetween 5 GHz directional radios may be symmetric, receive signalstrength indicator (RSSI) can be measured in one direction from thesource radio to the destination radio. Alternatively, other metrics canbe measured for the neighbor discovery and neighbor selection processes.

In one embodiment, all six radios are assigned media access control(MAC) addresses. The MAC addresses for all six radios are configuredsuch that each individual radio's MAC address can be derived from a baseNode MAC address assigned to the mesh network device. In one embodiment,the MAC addresses are 48 bits and the first 45 bits are common to allMAC addresses for the mesh network device, and the last 3 bits arereserved for individual radios. The following table provides an exampleof the assignments to radios using the last 3 bits.

000 Node MAC 001 Directional radio 1 010 Directional radio 2 011Directional radio 3 100 Directional radio 4 101 Omnidirectional 2.4 GHzradio 110 Omnidirectional 5 GHz radio 111 Reserved

In one embodiment, the mesh network device of FIG. 5 includes a firstradio (not illustrated in FIGS. 5A-5B) coupled to an omnidirectionalantenna and four radios 502-508, each individually coupled to adirectional antenna in one of the ten sectors 510-524 and 530-532. Thefour radios 502-508 are organized into four groups of sectors, each ofthe four groups comprising a first directional antenna in a first sectorof the respective group and a second directional antenna in a secondsector of the respective group. Each of the four radios includes fourchannels. The application processor of the mesh network device iscoupled to the first radio and the four radios. During neighbordiscovery, the application processor instructs the first radios tolisten for beacon frames sent by other mesh network devices on allchannels of the first radio. The application processor i) receives, viathe first radio, a first beacon frame from a second mesh network device,the first beacon frame including an informational element identifyingthe second mesh network device as an available access point in a WMN;ii) sends, via the first radio, a first node identifier of the meshnetwork device and a data channel identifier to the second mesh networkdevice; iii) receives, via the first radio, a second node identifier ofthe second mesh network device from the second mesh network device; iv)broadcasts a data frame multiple times from the respective first sectorand the respective second sector, of each of the four groups of sectors,using a first channel of the second radio, a first channel of the thirdradio a first channel of the fourth radio, and a first channel of thefifth radio. Each data frame may include a source sector identifier thatidentifies from which respective sector the respective frame istransmitted. The application processor can v) repeat iv) for a secondchannel, a third channel, and a fourth channel of each of the fourradios. This process can be repeated for each mesh network device fromwhich a beacon frame is received. The application processor determinesfor the second mesh network device a receive signal strength indicator(RSSI) value for each combination of the four channels and the fourgroups.

In a further embodiment, the application processor can perform neighborselection in which the application processor vi) receives from thesecond mesh network device a radio configuration table comprising sectordata and channel data for each radio of the second mesh network device;vii) sends a neighbor pairing request to the second mesh network devicevia the first radio, the neighbor pairing request comprising a sourcesector identifier that identifies a source sector at the mesh networkdevice to exchange data with the second mesh network device, adestination sector identifier that identifies a destination sector atthe first second network device to exchange the data with the meshnetwork device, a channel identifier that identifies which of the fourchannels to exchange the data between the mesh network device and thefirst neighbor mesh network device, a media access control (MAC) addressof the second radio, and a radio configuration table for the meshnetwork device; viii) receives a neighbor pairing response from thesecond mesh network device via the first radio, the neighbor pairingresponse to confirm establishment of a communication channel between thesecond radio of the mesh network device and a first radio of the secondmesh network device; and ix) repeats vi), vii), and viii) for a thirdmesh network device for the third radio, a fourth mesh network devicefor the fourth radio, and a fifth mesh network device for the fifthradio.

Neighbor discovery may be done every time a mesh network device bootsup. In other cases, the mesh network device can do a periodic neighbordiscovery to verify the network, like every day or at other scheduledtimes. In some embodiments, a neighbor table can be stored in persistentmemory and the mesh network can verify its validity on boot. If thetable is still valid, the neighbor discovery process can be skipped orportions of the neighbor discovery process can be skipped. It should benoted that, in one embodiment, protocol control communication can bemade with the 2.4 GHz radio (coupled to an omnidirectional antenna),except for the broadcasts made for the location probe transmissions doneby the 5 GHz directional radios during the respective processes asdescribed herein.

FIG. 6 is a flow diagram of a method 600 of a neighbor discovery processby a mesh network device according to one embodiment. The method 600 maybe performed by processing logic that includes hardware (e.g.,circuitry, dedicated logic, programmable logic, microcode, etc.),software (e.g., instructions executed by a processing device), firmwareor a combination thereof. In one embodiment, The method 600 is performedby the mesh network devices 102-106 of FIG. 1. In another embodiment,the method 600 is performed by the mesh network devices 202-210 of FIG.2. In another embodiment, the mesh node 300 of FIG. 3 performs themethod 600. In another embodiment, the SoC 402 of FIG. 4 performs themethod 600. Alternatively, an application processor of the mesh networkdevice performs the method 600.

Referring to FIG. 6, the method 600 begins with the processing logic ofa mesh network device 602 (labeled P1) instructs a first radio coupledto an omnidirectional antenna to listen on all channels for access point(AP) beacon frames sent by other mesh network devices (block 601). Itshould be noted that the first radio, as described herein, may bereferred to as omnidirectional radio or 2.4 GHZ omnidirectional radio,since the first radio is typically coupled to an omnidirectionalantenna. Also, listening for AP beacon frames can also be considered ascan. The processing logic of the mesh network device 602 can verifythat the AP beacon frame is sent by a mesh network device in the WMN andthat its RSSI value meets a minimum threshold. Processing logic of asecond mesh network device 604 (labeled P2) sends AP beacon frames overa 2.4 GHz omnidirectional radio on a channel (block 603). The AP beaconframes can be sent on the same channel as other regular clients use thatare not considered mesh network devices. It should be noted that a thirdmesh network device 606 (labeled P3) can also send AP beacon frames, butfor purposes of this description, the mesh network device 602 does notreceive an AP beacon frame from the third mesh network device 606.

Processing logic of the mesh network device 602 receives an AP beaconframe 605 with an information element (IE) that identifies the device asbeing a mesh network device having mesh network capability. At 607, theprocessing logic may verify that this is an AP mesh network device andthat an RSSI value meets a minimum threshold. After the scan iscomplete, the processing logic creates a list of potential neighbordevices. The processing logic chooses one of the mesh network devicesfrom the list and starts a discover process with it. It should be notedthat, at block 601, if no AP beacon frames are heard after a timeout,the mesh network device may be the only mesh network in the network andit can start sending out its own AP beacon frames.

The processing logic of the mesh network device 602 sends a startrequest 609 to the second mesh network device 604 via theomnidirectional radio. The start request 609 includes a node identifierof the mesh network device and a data channel identifier. The secondmesh network device 604 verifies that the mesh network properties matchand that the RSSI value meets a minimum threshold. The second meshnetwork device 604, at block 611, determines if it is in a discoverywith another mesh network device. If it is, the processing logic of thesecond mesh network device 604 sends a discovery start response 613 witha negative acknowledgement (nok) and a reason, i.e., that the secondmesh network device 604 is in discovery with another mesh networkdevice. In one embodiment, the negative acknowledgement can be triggeredby multiple conditions, such as: (1) IN_DISCOVERY—the node is already indiscovery with another node; (2) AP_BUSY—the node is too busy fordiscovery, i.e., it is actively streaming content from one or moreradios; or (3) INVALID_IE_CAP—mesh network device IE capabilities do notmatch. The mesh network device 602 can set a timer and try again if thereason indicates that the second mesh network device 604 is too busy. Inanother embodiment, the mesh network device 602 can start discovery withanother one of the possible neighbor nodes on the list.

If no at block 611, the processing logic of the second mesh networkdevice 604 sends a discovery start response 615 with a positiveacknowledgement (ok) and a node identifier, such as node MAC address ofthe second mesh network device 604. The processing logic of the secondmesh network device 604 can also send a discovery ready response 617with a positive acknowledgement (ok). Before the second mesh networkdevice 604 sends the discovery ready response 617, the processing logicof the second mesh network device 604 pauses and consumes any remainingitems in data buffer queues corresponding to all the 5 GHz radios. Theprocessing logic of the second mesh network device 604 sends a pauserequest 619 to each neighbor mesh network device. Each neighbor meshnetwork device is expected to buffer until a specified time or receivinga resume request from the second mesh network device 604. In thedepicted embodiment, the second mesh network device 604 sends a unicaston a directional antenna the pause request 619 to the third mesh networkdevice 606. The second mesh network device 604 can send the pauserequest 619 to any other neighbor mesh network devices. The third meshnetwork device 606 can send a pause response 621 as a unicast on thedirectional antenna back to the second mesh network device 604. Thethird mesh network device 606 can wait for a timeout or a resumerequest. The timeout may protect against queues overflowing. The secondmesh network device 604, after receiving the pause response 621 fromeach of its neighbors, sends the discovery ready response 617 to themesh network device 602 and starts listening on a first sector group onall directional radios on the first channel (block 623).

When the mesh network device 602 receives the discovery ready response617 via the omnidirectional radio, the processing logic of the meshnetwork device 602 prepares the directional radios for transmission on afirst sector and using a first of the four channels of the correspondingradio assigned to (i.e., configured to communicate via) the first sector(block 625). The processing logic of the mesh network device 602broadcasts, for each of the four sector groups, a first frame 627(labeled discovery locate probe 627) multiple times from all sectorswithout waiting for acknowledgements or responses. As described herein,the broadcasts are done on the four radios that are each coupled to adirectional antenna. It should be noted that the four radios, asdescribed herein, may be referred to as directional radios or 5 GHZdirectional radios, since these antennas are each coupled to adirectional antenna in one of the sectors. The processing logic of themesh network device 602 sends the discovery locate probe 627 on thefirst channel via a directional antenna at the corresponding firstsector. The first frame 627 includes a source sector identifier thatidentifies from which respective sector the respective first frame istransmitted. The delay may be periodic or random. The delay can be usedto avoid interference issues, e.g., if another nearby node pair is alsodoing discovery at the same time. The second mesh network device 604 canlisten on all radios on groups of sectors, such as all alternatingsectors. For instance, the second mesh network device 604 can listen onall even-numbered sectors, then all odd-numbered sectors, then up anddown sectors. The second mesh network device 604 stores RSSI values forevery sector that receives the broadcast (block 629). The second meshnetwork device 604 may only store the best RSSI value for that sector.In this embodiment where the first directional radio is coupled to thefirst sector and the second sector, the processing logic of the meshnetwork device 602 sends the discovery locate probe 627 on the firstchannel via a directional antenna at the corresponding second sector.The first frame 627 includes a source sector identifier that identifiesthe second sector from which the respective first frame is transmitted.

In one embodiment, the mesh network device 602 sends this frame fromevery sector without waiting for an acknowledgement or response. Aftersending the first discovery locate probe 627 for all sectors, theprocessing logic of the mesh network device 602 sends a next channelrequest via the omnidirectional radio. The second mesh network device604 listens on all directional radios on the first channel for the nextsector group and sends a next channel response 633. The next channelresponse 633 may include an indicator that there are more sectors totry, e.g., true flag indicates that there are more sectors set to test.In another embodiment, the second mesh network device 604 can determineif the buffers are close to an overflow condition and switch radiochannel configuration back to the original configuration, and then drainthe buffers before continuing.

At block 635, the processing logic of the mesh network device 602 candetermine if there are more sectors to try. If yes at block 635, theprocessing logic starts sending the discovery locate probe 627 againwith another sector, block 637. If not at block 635, the processinglogic determines if there are more channels on the radio to try (block639), the processing logic sends a next channel request 641 via theomnidirectional radio. The mesh network device 602 prepares thedirectional radios for transmission on the first sector and using a nextchannel (chan C+1). The second mesh network device 604 listens on alldirectional radios on the next channel for the first sector and sends adiscovery next channel response 643.

When the processing logic of the mesh network device 602 determines thatthere are no more channels to try at block 639, the processing logic ofmesh network device 602 sends a discovery locate done request 645 viathe omnidirectional radio. The processing logic of the second meshnetwork device 604 sends back a discovery locate done response 647 withall RSSI values from every sector combination, and from each of thechannels. The second mesh network device 604 may also restore itsprevious radio channel configuration, un-pauses the data buffer requestfor the radios and resumes active links for all directional radios bysending a resume request 649 to its neighbor mesh network devices. Itshould be noted that the requests and response as described herein maybe action frames where a flag is set to perform a particular action atthe respective device. The action frame may also include correspondingdata to perform the action by the respective device.

After neighbor discovery process has been done for the second meshnetwork device 604, the mesh network device 602 can start discovery withanother mesh network device by sending a discovery start request withanother mesh network device from the list. When discovery is done forall neighbors on the list, the processing logic of the mesh networkdevice 602 can gather all neighbor data and choose best neighbors basedon the RSSI values. It should be noted that other metrics may also becollected, such as packet error rate, Signal-to-Interference-plus-NoiseRatio (SINR), Packet-Delivery Ratio (PDR), Bit-error rate (BER), orround-trip time (RTT). The processing logic of the mesh network device602 can perform a neighbor selection process to select neighbor meshnetwork device for each of the radios, as described with respect to FIG.7.

FIG. 7 is a flow diagram of a method 700 of a neighbor selection processby a mesh network device 702 according to one embodiment. The method 700may be performed by processing logic that includes hardware (e.g.,circuitry, dedicated logic, programmable logic, microcode, etc.),software (e.g., instructions executed by a processing device), firmwareor a combination thereof. In one embodiment, the method 700 is performedby the mesh network devices 102-106 of FIG. 1. In another embodiment,the method 700 is performed by the mesh network devices 202-208 of FIG.2. In another embodiment, the mesh node 300 of FIG. 3 performs themethod 700. In another embodiment, the SoC 402 of FIG. 4 performs themethod 700. Alternatively, an application processor of the mesh networkdevice performs the method 700.

Referring to FIG. 7, the method 700 begins with the processing logic ofa mesh network device 702 (labeled P1) gathering all neighbor data andchoosing best neighbor mesh network devices based on the metric, such asRSSI (block 701). The processing logic of the mesh network device 702sends a radio configuration request 703 to each of the possible neighbordevices in the list via the omnidirectional radio. The processing logicof the mesh network device 702 receives a radio configuration response705 from each of the possible neighbor devices in the list via theomnidirectional radio. Each of the radio configuration responses 705 mayinclude a radio configuration table with sector data and channel datafor each radio of the respective one of the possible neighbor devices inthe list. The radio configuration responses 705 could also include a hopcount to a root node. This may help the mesh network device 702 make abetter decision for selecting neighbors. In the depicted embodiment, theradio configuration request 703 is sent to a second mesh network device704 and the radio configuration response 705 is received from the secondmesh network device 704.

From all the radio configuration tables, the processing logic of themesh network device 702 determines a best sector-channel combination fora set of the neighbor mesh network devices (block 707) described in moredetail below. In one embodiment, the processing logic of the meshnetwork device 702 selects a source sector, a destination sector, and achannel for at most four of the possible neighbor devices in the listusing the radio configuration tables. The processing logic of the meshnetwork device 702 sends a neighbor pairing request 709 to at most fourof the possible neighbor devices via the omnidirectional radio. Each ofthe neighbor pairing requests 709 may include a source sectoridentifier, a destination sector identifier, a channel identifier, a MACaddress of the corresponding one of the four directional radios, and aradio configuration table for the mesh network device 702. Theprocessing logic of the second mesh network device 704 sends a neighborpairing response 711 with a positive acknowledgement and a MAC addressof one of its four directional radios via the omnidirectional radio. Ifthe pairing is accepted, the processing logic of the second mesh networkdevice 704 adds the mesh network device 702) to its directional radio'sstation (STA) list so that it can receive data packets from the meshnetwork device 702 (block 715). The neighbor pairing response 711 couldalso include a negative acknowledgment, declining the pairing, and areason for the rejection. The negative acknowledgement can be triggeredby different conditions, such as (1) MAX NEIGHBORS—the node already hasits maximum number of neighbors and is unwilling to discard a neighbor;(2) BAD_CHAN—the node is already using the requested data channel. Thefirst condition (1) and the second condition (2) may occur when thesecond mesh network device 704 added a neighbor between the time thatradio configuration response 705 is sent and the neighbor pairingrequest 709 is received by the second mesh network device 704. For thesecond condition (2), the mesh network device 704 can send another radioconfiguration request to the second mesh network device 704. It shouldbe noted that in the embodiments described above, there is an assumptionof one radio per neighbor. In other embodiments where one radio can beassigned more than one neighbor, the processing logic can send more thanfour neighbor pairing requests as described above.

In another embodiment, at any point during the neighbor discoveryprocess (e.g., method 600 of FIG. 6) or the neighbor selection process(e.g., method 700 of FIG. 7), the mesh network device 702 can send adiscovery close request 717 to stop discovery. For instance, if noresponse is heard from another node within a timeout, the discoveryprocess could be stopped.

In one embodiment, the processing logic of the mesh network device (P1)802 can select neighbors to determine the best configuration for its ownradio channel table after P1 has received radio configurations(DISC_RADIO_CONFIG_RESPs) from its neighbors. In this embodiment, RSSIis the metric used to choose the neighbors. Each chosen neighbor mustmeet a minimum RSSI threshold over the 5 GHz connection. This may berequired to ensure that throughput over the mesh network is acceptable.In other embodiment, other metrics may be used. The priority may be toconnect all four radios to neighbors and only one neighbor is connectedper radio. In this example, one radio can connect to the UP sector, andanother radio can connect to the DOWN sector.

In a further embodiment, the following algorithm can be used to selectneighbors at block 707:

-   -   1. Build a master neighbor table. This table contains all viable        neighbors, and all of their viable sector combinations and        RSSIs. If there are banned sectors for P1's radio, they are not        included in the list of viable sectors. Add a neighbor n to this        table only if:        -   a. n was successfully probed during discovery, with a            minimum RSSI;        -   b. n has at least one radio free; and        -   c. at least one of n's directional radios (on which our            probes were heard) is available to be paired    -   2. If the master neighbor table has only one entry, choose the        sector combination with the best RSSI, and the algorithm is        done.    -   3. Decide which radio to connect.        -   a. Find the radio that has the fewest number of neighbors (1            or more) that can connect directly to it (fixed sectors 0-7            only, not UP/DOWN sectors).            -   i. If there's a tie between radios, and the number of                neighbors is 1, check if the neighbor is the same for                all the tied radios.            -   ii. If so, choose the radio/neighbor with the highest                RSSI.            -   iii. Otherwise, if there's a tie between radios, choose                the radio from the shortlisted group that has the fewest                free channels.            -   iv. If there's a tie in step iii, choose the first                unpaired radio from the shortlisted group that has                available neighbors.        -   b. If no radio is found in step a., find the radio with the            fewest free channels.            -   i. If there's a tie in step b., randomly choose the                first radio from the shortlisted group.        -   c. If no radio is found in step b., choose the first radio            that hasn't been paired yet.    -   4. Decide which neighbor to pair with on this radio.        -   a. If the master neighbor table has only one entry, choose            the sector combination with the best RSSI, and the algorithm            is done.        -   b. Find the neighbor with the fewest fixed radios (via            sectors 0-7, not UP/DOWN sectors) it can connect to (1 or            more), including this radio.            -   i. If there's a tie between neighbors, choose the                neighbor from the shortlisted group with the fewest free                channels.            -   ii. If there's a tie between neighbors in step i.,                choose the neighbor from the shortlisted group with the                best RSSI.        -   c. If no neighbor is found in step b., then all remaining            neighbors can connect only via UP or DOWN sectors. Choose            the neighbor with the best RSSI on the UP sector, and the            neighbor with the best RSSI for the DOWN sector.    -   5. Repeat steps 3 and 4 until all radios that can be paired are        paired.

Alternatively, other algorithms may be used to select neighbors at block707.

In another embodiment, if the configuration of the mesh network deviceallows more than one neighbor per radio, P1 could choose to use to usethe same channel that P2 is already using with its current neighbor. P2does not need to change any of its configurations and it would just needto know that it has more than one neighbor for that radio.

The following is an example the mesh network device P1 finds threenearby nodes (N1, N2, N3), and decides which ones it can pair with. Thefollowing table is a neighbor radio configuration and a list ofsuccessfully probed sectors:

Neighbor Radio configuration Probed Sectors Key N1 R0: disconnected (S1,S0) → −69 Radio Configuration: R1: S2, C1 (S1, S2) → −57 Rx radio (0-3)R2: s9, C0 Sx: sector (0-9) R3: S7, C3 Cx channel (0-3) N2 R0: S1, C0(S9, S9) → −70 Sectors: R1: disconnected (S9, S0) → −76 (Sx, Sy) → RSSIR2: disconnected The first sector R3: disconnected number is the sourcesector and the second number is the neighbors sector (destinationsector) N3 R0: disconnected (S0, S9) → −41 Radio Configuration: R1: S3,C3 (S1, S9) → −50 Rx radio (0-3) R2: disconnected (S8, S4) → −61 Sx:sector (0-9) R3: S6, C0 Cx channel (0-3)

The Master Neighbor Table is created by the mesh network device, and itmay contain information like in the following table:

Viable Sectors (not including banned Free sectors or neighbors NeighborRadio configuration Channels already connected) N1 R0: disconnected C2(S1, S0) → −69 R1: S2, C1 R2: s9, C0 R3: S7, C3 N2 R0: S1, C0 C1, C2, C3(S9, S9) → −70 R1: disconnected R2: disconnected R3: disconnected N3 R0:disconnected C1, C2 (S0, S9) → −41 R1: S3, C3 (S1, S9) → −50 R2:disconnected (S8, S4) → −61 R3: S6, C0

The mesh network device can decide which radio to connect by finding theradio that has the fewest number of neighbors (1 or more) that canconnect directly to it (fixed sectors 0-7 only, not UP/DOWN sectors). Inthe example above, this is R0 (with 2 neighbors). The mesh networkdevice can decide which neighbor to pair with on this radio by findingthe neighbor with the fewest fixed radios (via sectors 0-7, not UP/DOWNsectors) it can connect to, including this radio. In this example, it isa tie between N1 and N3 (with 1 radio). If there is a tie betweenneighbors, the mesh network device can choose the neighbor with thefewest free channels. In this example, it is node 1, channel 2. The meshnetwork device can update the master neighbor table as shown in thefollowing table:

Viable Sectors (not including banned Free sectors or neighbors NeighborRadio configuration Channels already connected) N2 R0: S1, C0 C1, C3(S9, S9) → −70 R1: disconnected R2: disconnected R3: disconnected N3 R0:disconnected C1 (S8, S4) → −61 R1: S3, C3 R2: disconnected R3: S6, C0

The mesh network device can decide which radio to connect by finding theradio that has the fewest number of neighbors (1 or more) that canconnect directly to it (fixed sectors 0-7 only, not UP/DOWN sectors). Inthis example, there are none. If no radio is found, the mesh networkdevice finds the radio with the fewest free channels. In this example,there is a tie between R1, R2, and R3 since N2, N3 can connect toUP/DOWN sectors only. If there's a tie, the mesh network device canrandomly choose the first radio from the shortlisted group. In thisexample, this is radio R1. The mesh network device can decide whichneighbor to pair with on this radio by finding the neighbor with thefewest fixed radios (via sectors 0-7, not UP/DOWN sectors) it canconnect to (1 or more), including this radio. In this example, there arenone. If no neighbor is found in this step, then all remaining neighborscan connect only via UP or DOWN sectors and the mesh network device canchoose the neighbor with the best RSSI. In this example, that is N3, C1.If the master neighbor table were refreshed it would not be empty sinceN2 was removed because only one radio can connect to the UP/DOWNsectors. However, if this restriction doesn't apply anymore, one radiocan connect to the UP sector, and another radio can connect to the DOWNsector. In this case, the mesh network device can update the masterneighbor table as shown in the following table:

Viable Sectors (not including banned sectors or neighbors Neighbor Radioconfiguration Free Channels already connected) N2 R0: S1, C0 C3 (S9, S9)→ −70 R1: disconnected R2: disconnected R3: disconnected

Now that there is only one viable neighbor left, the mesh network deviceselects its best sector combination. In this example, it is N2, C3. Themesh network device can then determine its final neighbor configurationas shown in the following table:

Radio configuration Neighbor RSSI R0: S1, C2 N1 −69 R1: S8, C1 N3 −61R2: S9, C3 N2 −70 R3: disconnected

It should be noted that the RSSI displayed here should show the RSSIvalue that was heard on the chosen channel during discovery. In afurther embodiment, after creating the final neighbor configuration, themesh network device can re-test the RSSI for each neighbor using thechosen channel. If the RSSI is not acceptable, the mesh network devicemay need to ban this channel for this particular neighbor and re-doneighbor selection.

Also, after the set of neighbor mesh network device is selected, one ofthe neighbor mesh network device could become unresponsive and theprocessing logic of the mesh network device 702 can perform a neighborreplacement process, such as described and illustrated in FIG. 8.

FIG. 8 is a flow diagram of a method of a neighbor replacement processby a mesh network device 802 according to one embodiment. The method 800may be performed by processing logic that includes hardware (e.g.,circuitry, dedicated logic, programmable logic, microcode, etc.),software (e.g., instructions executed by a processing device), firmwareor a combination thereof. In one embodiment, the method 800 is performedby the mesh network devices 102-106 of FIG. 1. In another embodiment,the method 800 is performed by the mesh network devices 202-208 of FIG.2. In another embodiment, the mesh node 300 of FIG. 3 performs themethod 800. In another embodiment, the SoC 402 of FIG. 4 performs themethod 800. Alternatively, an application processor of the mesh networkdevice performs the method 800.

Referring to FIG. 8, during the discovery process, the processing logicof the mesh network device 802 discovered another mesh network devicethat it did not pair with, referred to a non-neighbor mesh networkdevice 804. The mesh network device 802 could hear the non-neighbor meshnetwork device 804 on one of the directional radios that just lost thenon-responsive mesh network device. The processing logic sends a radioconfiguration request 801 to non-neighbor mesh network device 804 viathe omnidirectional radio. The non-neighbor mesh network device 804sends a radio configuration response 803 via the omnidirectional radio.The radio configuration response 803 may include a radio configurationtable with sector data and channel data for each radio of thenon-neighbor mesh network device 804. In one embodiment, the processinglogic of the mesh network device 802 selects a source sector, adestination sector, and a channel for the additional mesh network deviceusing the radio configuration table (block 805). For instance, theprocessing logic can determine if the non-neighbor mesh network device804 is free on a destination sector previously found. If the destinationsector is free and there is at least one compatible channel that isavailable on the source radio and the destination radio, the processinglogic uses this destination sector. If the sector is free and there isan available channel, the nodes can quickly pair, and so begin theneighbor replacement process.

The processing logic of the mesh network device 802 sends a discoveryrestart request 807 to the non-neighbor mesh network device 804 via theomnidirectional radio. The restart request 807 may include a sourcesector identifier, a destination sector identifier, and a channelidentifier. The processing logic of the non-neighbor mesh network device804 determines if the radio is in use. If so, the radio is paused andthe data buffers for that radio are drained before sending a response.If the non-neighbor mesh network device 804 is in discovery with anothernode, the non-neighbor mesh network device 804 rejects the request. Thenon-neighbor mesh network device 804 sends a discovery restart response809 via the omnidirectional radio. The discovery restart response 811may have a positive acknowledgment or negative acknowledgement. In oneembodiment, the negative acknowledgement can be triggered by multipleconditions, such as: (1) IN_DISCOVERY—the node is already in discoverywith another node; (2) AP_BUSY—the node is too busy for discovery, i.e.,it is actively streaming content from one or more radios; or (3)BAD_CHAN—the node is already using the requested data channel. Forcondition (1) or (2), the mesh network device 802 can set a timer andtry again if the reason indicates that the non-neighbor mesh networkdevice 804 is too busy. In another embodiment, the mesh network device802 can start discovery with another one of the possible neighbor nodeson the list. The third condition (3) may occur when the non-neighbormesh network device 804 added a neighbor between the time that radioconfiguration response is sent and the neighbor pairing request isreceived by the non-neighbor mesh network device 804. For the thirdcondition (3), the mesh network device 802 can send another radioconfiguration request to the non-neighbor mesh network device 804.

After a positive acknowledgement from the non-neighbor mesh networkdevice 804, the mesh network device 802 sends a unicast message,including a discovery locate request 811, to the non-neighbor meshnetwork device 804 using the previously determined source sector. Thenon-neighbor mesh network device 804 updates its neighbor table with theRSSI value for the mesh network device 802. The processing logic of themesh network device 802 sends a discovery locate done request 813 to thenon-neighbor mesh network device 804. The processing logic restores itsprevious radio channel configuration, un-pauses the data buffer queues,and sends a discovery locate done response 815 to the mesh networkdevice 802. The discovery locate done response 815 may include thesource sector identifier, the destination sector identifier, and theRSSI value. The mesh network device 802 updates its neighbor table withthe latest RSSI value for the non-neighbor mesh network device 804.

The processing logic determines if the non-neighbor mesh networkdevice's location is still viable and attempts to connect thenon-neighbor mesh network device 804 as a neighbor mesh network device.If the location is not viable for the non-neighbor mesh network device804, the mesh network device 802 moves onto the next non-neighbor meshnetwork device in the list. When the location is viable for thenon-neighbor mesh network device 804, the processing logic of the meshnetwork device 802 sends a neighbor pairing request 819 (labeleddiscovery neighbor request) to the non-neighbor mesh network device 804via the omnidirectional radio. The neighbor pairing request 819 includesa source sector identifier, a destination sector identifier, a channelidentifier, and a radio configuration table for the mesh network device802. The processing logic of the non-neighbor mesh network device 804sends a neighbor pairing response 821 with a positive acknowledgementand a MAC address of a corresponding radio of the non-neighbor meshnetwork device 804 via the omnidirectional radio. If the pairing isaccepted, the processing logic of the non-neighbor mesh network device804 adds the mesh network device 802) to its directional radio's STAlist so that it can receive data packets from the mesh network device802 (block 823). The neighbor pairing response 821 could also include anegative acknowledgment, declining the pairing, and a reason for therejection. When receiving the positive acknowledgement, the processinglogic of the mesh network device 802 adds the non-neighbor mesh networkdevice 804 to the radio's STA list so that it can receive data packetsfrom the non-neighbor mesh network device 804.

In another embodiment of neighbor replacement, an application processorof the mesh network device can already have the second through fifthradios paired with neighbor mesh network devices. In particular, thesecond radio is paired with the second mesh network device, the thirdradio is paired with the third mesh network device, the fourth radio ispaired with the fourth mesh network device, and the fifth radio ispaired with the fifth mesh network device. The application processor candetermine that that one of the second, third, fourth, or fifth meshnetwork device is no longer responsive. The application can send a firstrequest to a sixth mesh network device via the first radio to listen fora unicast message, the first request comprising a source sectoridentifier that identifies a second source sector at the mesh networkdevice to transmit the unicast message to the sixth mesh network device,a second destination sector identifier that identifies a destinationsector at the sixth network device to receive the unicast message fromthe mesh network device, and a second channel identifier that identifieswhich of the four channels to transmit the unicast message between themesh network device and the sixth mesh network device; send the unicastmessage to the sixth mesh network device using one of the four radioscorresponding to the source sector; send a second neighbor pairingrequest to the sixth network device via the first radio, the secondneighbor pairing request comprising the second source sector identifier,the second destination sector identifier, the second channel identifier,and an updated radio configuration table for the mesh network device;and receive a second neighbor pairing response from the sixth meshnetwork device via the first radio, the second neighbor paring responseto confirm establishment of a communication channel between the meshnetwork device and the sixth mesh network device.

In another embodiment, a mesh network device includes a first radio of afirst type (e.g., 2.4 GHz radio) and multiple second radios of a secondtype (e.g., 5 GHz radio). The mesh network device includes a processingdevice coupled to each of the radios. The processing device is operableto instruct the first radio to listen for AP beacon frames that includeinformation identifying a respective mesh network device in a WMN. Theprocessing device sends, via the first radio, a first message to asecond mesh network device from which an AP beacon frame is received.The first message instructs the second mesh network device to listen fora broadcast message and to measure a metric associated with thebroadcast message. The processing device sends, via the first radio, thefirst message to a third mesh network device from which an AP beaconframe is received. The first message instructs the third mesh networkdevice to listen for a broadcast message and to measure a metricassociated with the broadcast message. The processing device sends thebroadcast message by each of the radios of the second type at thespecified channel, one radio at a time. The processing device receives,via the first radio, metrics associated with the broadcast message fromthe second mesh network device and the third mesh network device andconfigures a first of the plurality of radios to communicate with thesecond mesh network device and a second of the plurality of radios tocommunicate with the third mesh network based on the metrics. Themetrics may be any one or more of RSSI values, packet error rate values,SINR values, PDR values, BER values, or RTT values.

In one embodiment, for the neighbor discovery process, the processingdevice send the broadcast message on a first channel of the plurality ofradios, one radio at a time and sends, via the first radio, a secondmessage to the second mesh network device and the third mesh networkdevice. The second message instructs the second mesh network device tolisten for a second broadcast message at a second channel and to measurea second metric associated with the second broadcast message. Theprocessing device receives, via the first radio, second metricsassociated with the second broadcast message from the second meshnetwork device and the third mesh network device. The processing deviceconfigures the first channel or the second channel of the first one ofthe second type of radios to communicate with the second mesh networkdevice and the second channel or the first channel of the second one ofthe second type of radios to communicate with the third mesh networkbased on the metrics and the second metrics.

In another embodiment, the processing device sends, via the first radio,a first request to the second mesh network device, receives, via thefirst radio, a radio configuration table from the second mesh networkdevice, and sends, via the first radio, a second request to the thirdmesh network device. The processing device receives, via the firstradio, a radio configuration table from the third mesh network device.

In another embodiment, for the neighbor selection process, theprocessing device selects a number of neighbor mesh network device withhighest RSSI values. The number is equal to a number of the secondradios. The processing device receives, via the first radio, a radiochannel table from the second mesh network and a radio channel from thethird mesh network device, wherein the radio channel tables eachcomprise a RSSI value for each radio of the respective device thatreceived the broadcast message. The processing device configures thefirst one of the second type of radios to communicate with a radio ofthe second mesh network device based on a first highest RSSI value inthe radio channel tables and configures the second one of the secondtype of radios to communicate with a radio of the third mesh networkdevice based on a second highest RSSI value in the radio channel tables.The processing device sends, via the first radio, a first pairingrequest to the second mesh network device to pair the first radio to theradio of the second mesh network device and sends, via the first radio,a second pairing request to the third mesh network device to pair thesecond radio to the radio of the third mesh network device. Theprocessing device can store first pairing and the second pairing in alocal radio channel for the mesh network device.

In one embodiment, for a neighbor replacement process, the processingdevice determines that one of the set of neighbor mesh network devicesis no longer responsive. For example, the processing device candetermine that the second mesh network device is no longer responsiveThe processing device sends a third message to a fourth mesh networkdevice form which an AP beacon frame is received. The third messageinstructs the fourth mesh network device to list for a unicast messageand to measure a third metric associated with the unicast message. Theprocessing device sends the unicast message by the first one of thesecond type of radios that is configured to communicate with the secondmesh network device that is no longer responsive. The processing devicereceives, via the first radio, the third metric associated with theunicast message from the second mesh network device. The processingdevice re-configures the first of the plurality of radios to communicatewith the fourth mesh network device based on the third metric.

In one embodiment, the first radio is coupled to an omnidirectionalantenna and the second type of radios are four radios, each beingconfigured to communicate via two sectors of a sector group, each sectorgroup including a directional antenna. The second type of antennasincludes a second radio, a third radio, a fourth radio, and a fifthradio. Alternatively, other types of radios may be used. In a furtherembodiment, the processing device instructs the first radio to listen onall channels for the AP beacon frames. The processing device may verifythat each of the AP beacon frames is sent by a mesh network device inthe WMN and a RSSI value in the respective AP beacon frame is above athreshold. The processing device determines an identifier for each ofmesh network devices in the WMN having an RSSI value above thethreshold. As described above, the processing device can i) send a firstnode identifier of the mesh network device and a data channel identifierto the second mesh network device from which a beacon frame is received;ii) receive a second node identifier of the second mesh network device;iii) broadcast a data frame multiple times from a first of the twosectors and from a second of the two sectors using a first channel ofthe second radio, multiple times from the respective first sector andfrom the respective second sector using the first channel of the thirdradio, multiple times from the respective first sector and from therespective second sector using the first channel of the fourth radio,and multiple times from the respective first sector and from therespective second sector using the first channel of the fifth radio,wherein each data frame comprises a source sector identifier thatidentifies from which respective sector the respective frame istransmitted; iv) repeat iii) for a second channel, a third channel, anda fourth channel of the four radios; v) repeat i), ii), iii), and iv)for the third mesh network device from which a beacon frame is received;and receive from each of the second and third mesh network devices areceive signal strength indicator (RSSI) value for each combination ofthe four channels and the four groups.

In a further embodiment, the processing device can vi) receive from thesecond mesh network device a radio configuration table comprising sectordata and channel data for each radio of the second mesh network device;repeat vi) for third mesh network device from which a beacon frame isreceived; vii) select a first neighbor mesh network device from amongother mesh network devices from which a beacon frame is received usingthe radio configuration tables received from the other mesh networkdevices, wherein the other mesh network devices comprises the second andthird mesh network devices; viii) send a neighbor pairing request to thefirst neighbor mesh network device via the first radio to request afirst neighbor pairing, the neighbor pairing request comprising a sourcesector identifier that identifies a source sector at the mesh networkdevice to transmit data to the first neighbor mesh network device, adestination sector identifier that identifies a destination sector atthe first neighbor mesh network device to receive the data from the meshnetwork device, a channel identifier that identifies which of the fourchannels to transmit the data between the mesh network device and thefirst neighbor mesh network device, a media access control (MAC) addressof the second radio, and a radio configuration table for the meshnetwork device; ix) receive a neighbor pairing response from the firstneighbor mesh network device via the first radio, the neighbor pairingresponse to confirm the first neighbor pairing between the second radioof the mesh network device and the first neighbor mesh network device;and x) repeat vii), viii), and ix) for a second neighbor mesh networkdevice for the third radio, a third neighbor mesh network device for thefourth radio, and a fourth neighbor mesh network device for the fifthradio.

In a further embodiment, the processing device sends a radioconfiguration request to each of the possible neighbor devices in thelist via the omnidirectional radio and receives a radio configurationresponse from each of the possible neighbor devices in the list via theomnidirectional radio, each of the radio configuration responsesincluding a radio configuration table comprising sector data and channeldata for each radio of the respective one of the possible neighbordevices in the list. The processing device selects a source sector, adestination sector, and a channel for at most four of the possibleneighbor devices in the list using the radio configuration tables. Theprocessing device sends a neighbor pairing request to the at most fourof the possible neighbor devices via the omnidirectional radio, each ofthe neighbor pairing request including a source sector identifier, adestination sector identifier, a channel identifier, a MAC address ofthe corresponding one of the four directional radios, and a radioconfiguration table for the respective device. The processing devicereceives a neighbor pairing response with a positive acknowledgement anda MAC address of a corresponding radio of the respective neighbor devicevia the omnidirectional radio. It should be noted that in theembodiments described above, there is an assumption of one radio perneighbor. In other embodiments the processing logic can select more orless neighbor devices than four neighbor mesh network devices.

In a further embodiment of neighbor replacement, the processing devicesends a radio configuration request to an additional mesh network devicethat is not currently an actual neighbor device via the omnidirectionalradio and receives a radio configuration response from the additionalmesh network device via the omnidirectional radio. The radioconfiguration response includes a radio configuration table comprisingsector data and channel data for each radio of the additional meshnetwork device. The processing device selects a source sector, adestination sector, and a channel for the additional mesh network deviceusing the radio configuration table and sends a restart request to theadditional mesh network device via the omnidirectional radio. Therestart request includes a source sector identifier, a destinationsector identifier, and a channel identifier. The processing devicereceives a restart response with a positive acknowledgement from theadditional mesh network device via the omnidirectional radio and sends aunicast message using one of the four directional radios correspondingto the source sector. The processing device sends a neighbor pairingrequest to the additional mesh network device via the omnidirectionalradio, the neighbor pairing request including a source sectoridentifier, a destination sector identifier, a channel identifier, and aradio configuration table for the additional mesh network device. Theprocessing device receives a neighbor pairing response with a positiveacknowledgement from the additional mesh network device via theomnidirectional radio.

In some embodiment, the mesh network device includes eight sectors andfour directional radios. Each of the eight sectors includes adirectional antenna and each of the four directional radios is assignedto two of the eight sectors (i.e., configured to communicate via therespective antenna(s) at the two of the eight sectors). In anotherembodiment, the mesh network device includes ten sectors and fourdirectional radios. The ten sectors include eight horizontal sectors andtwo vertical sectors. Each of the four directional radios is assigned totwo of the eight horizontal sectors, and any one of the four directionalradios is assignable to any one of the two vertical sectors.

It should be noted that the omnidirectional radio can operate at 2.4 GHzor 5 GHz. Using 2.4 GHz, a hidden node problem may be avoided and achannel is configurable by a user, but the mesh network device shouldinform neighbor nodes of channel switch on omnidirectional radio. Using2.4 GHz, the mesh network device could inform regular (non-mesh) clientsof channel switch when discovering other nodes, if those other nodes aresending beacon frames on a different channel. In other cases, it may notbe necessary for the AP to inform the associated STAs to switch to a newchannel via CSA when doing a background scan because the AP would haveto switch back to the operational channel within 100 ms for the nextTBTT. Using 5 GHz, the radio will have to shut off when all four channelare in use by the directional radios before sending the locate probetransmissions.

It should also be noted that in some cases the mesh network devicecannot pair with any of its neighbors. In this case, the mesh networkdevice can use its LTE radio to establish its own network. In anothercase, the mesh network device can force a neighbor node to drop one ofits own neighbors and pair with the mesh network device instead. Inanother embodiment, a MNCS can handle reconfiguration of the neighborselections amongst the mesh network device in the WMN.

Once the neighbor discovery process (e.g. method 600 of FIG. 6) and theneighbor selection process (e.g., method 700 of FIG. 7) are completed,the mesh network devices can form a network backbone of the WMN, whereeach mesh network device is coupled to one or more neighbor mesh networkdevices, such as illustrated and described with respect to FIG. 9.

FIG. 9 is a diagram of a WMN 900 with twelve network hardware devices,each having four radios to form a network backbone of peer-to-peer (P2P)wireless connections according to one embodiment. The WMN 900 includesmultiple network hardware devices 901-912, referred to as nodes 901-912for ease of description. In other embodiments, the WMN 900 may includemore or less devices than twelve. The nodes 901-912 may be consideredmesh routers that include four radios (e.g., four 5 GHz radios) for thenetwork backbone for multiple connections with other mesh routers. Forexample, an eleventh node 911 may be located to the north of the firstnode 901 and connected over a first wireless connection 941 (e.g., 5 GHzconnection). The sixth node 906 may be located to the east of the firstnode 901 and connected over a second wireless connection 942. The secondnode 902 may be located to the south of the first node 901 and connectedover a third wireless connection 943. The fourth node 904 may be locatedto the west of the first node 901 and connected over a fourth wirelessconnection 944. In other embodiments, additional network hardwaredevices can be connected to other wireless connections of the first node901. Similarly, the second node 902 can be connected to a third node 903over a wireless connection 947, a fifth node 905 over a wirelessconnection 945, and an eighth node 908 over a wireless connection 946.It should also be noted that the nodes 903-912 may also connect to othernodes using its respective radios. It should also be noted that thelocations of the nodes 901-912 can be in other locations than north,south, east, and west. For example, the nodes can be located above orbelow the first node 901, such as on another floor of a building orhouse.

The first node 901 includes a first radio 921, a second radio 922, athird radio 923, and a fourth radio 924. The first node 901 may alsoinclude at least one radio to establish a wireless connection (e.g., 2.4GHz) with one or more client consumption devices. The first node 901 mayoperate as a mesh router that has four radios operating concurrently orsimultaneously to transfer mesh network traffic, as well as a radio toservice connected client consumption devices. This may require that the5GLL and 5GLH to be operating simultaneously and the 5GHL and 5GHH to beoperating simultaneously, as described in more detail below. The secondnode 902 includes a first radio 931, a second radio 932, a third radio933, and a fourth radio 934. The second node 902 may also include atleast one radio to establish a wireless connection (e.g., 2.4 GHz) withone or more client consumption devices. The second node 902 may operateas a mesh router that has four radios operating concurrently orsimultaneously to transfer mesh network traffic, as well as a radio toservice connected client consumption devices.

For routing data traffic between nodes 901-912, a MUL architecture isused for routing decisions where each node implements a MUL. The MULs950, 942 have been illustrated in the first node 901 and the second node902, respectively. The other nodes implement a MUL, although notillustrated and labeled. The MUL is a link layer protocol that interactswith the underlying physical (PHY) layer of the radios. For each node,there are four radios to serve the mesh backbone. Each physical radio isassigned its own media access control (MAC). A MAC address, also calledphysical address, is a unique identifier assigned to network interfacesfor communications on the physical network segment. MAC addresses areused as a network address for most IEEE 802 network technologies. A nodeMAC address is assigned to each node and each node represents a virtualinterface that can be assigned the node MAC address. Routing decisionscan be made with this node MAC address. The node's multiple radios canalso be assigned MAC address according to an MAC address assignmentscheme. In one embodiment, a first portion of the MAC address (e.g., themost significant 45 bits of a 48-bit MAC address) can be fixed and anassignment of a second portion of the MAC address can be assigned to thevirtual interface for the node and the individual radios. In thisembodiment, there are 7 MAC addresses. The following table illustratesan exemplary address assignment scheme for this embodiment.

Last 3 Bits of MAC MAC Address address assignment 0 Node (VirtualInterface) 1 Radio 1 (directional) 2 Radio 2 (directional) 3 Radio 3(directional) 4 Radio 4 (directional) 5 Omni 2.4 GHz Radio 6 Omni 5 GHzRadio 7 Reserved

In this embodiment, it is assumed that each mesh node has 4 radios andeach radio may communicate with at most one neighbor node. A neighbornode is a node to which a node has established a wireless connection,such as a P2P wireless connection, without any intervening nodes betweenthe node and the neighbor node. In this embodiment, the first node 901includes four neighbor nodes, including the eleventh node 911 over thefirst wireless connection 941, the sixth node 906 over the wirelessconnection 942, the second node 902 over the wireless connection 943,and the fourth node 904 over the fourth wireless connection 944. In oneembodiment, the WMN 900 implements the IEEE 802.11s mesh implementationfor defining how wireless devices can interconnect to create a WLAN meshnetwork. The 802.11 is a set of IEEE standards that govern wirelessnetworking transmission methods. They are commonly used today in their802.11a, 802.11b, 802.11g, and 802.11n versions to provide wirelessconnectivity in the home, office and some commercial establishments. The802.11s is an IEEE 802.11 amendment for mesh networking.

In one embodiment, the MUL 950 sits on top of the four radios 921-924and acts as a virtual interface for the first node 901. The MUL 950 ownsthe node MAC address. The MUL 950 keeps a list of the four radio networkdevices (abbreviated “radio netdevs”). The MUL 950 is also considered anetdev for an operating system's data stack for routing data traffic toand from the four radio netdevs. The MUL 950 creates and maintains amaster routing table. In particular, the MUL 950 consolidates localrouting tables from all four radios into the master routing table. TheMUL 950 prioritizes routing based on a metric reported by the individualradios in the local routing tables. During operation, the MUL 950decides to which radio of the first node 901 to forward the frames. Atmost, there are four different routes to a single destination node, asdescribed herein.

In one embodiment, the MUL 950 operates in a control plane and in a dataplane. Operations by the MUL in control plane may include peering, pathdiscovery, and messaging (such as to pause or resume radios), asdescribed herein. In the data plane, the MUL 950 decides to which radioto forward the frame based on the master routing table for transmittingdata. All frames received by the individual radios go to the MUL forforwarding decisions as described in more detail below.

It should be noted that although the depicted embodiment illustrates anddescribes twelve mesh nodes, in other embodiments, more than twelve meshnodes may be used in the WMN 900. It should be noted that FIG. 9 is asimplification of neighboring mesh network devices for a given meshnetwork device. The deployment of forty or more mesh network device mayactually be located at various directions than simply north, south,east, and west as illustrated in FIG. 9. Also, it should be noted thathere are a limited number of communication channels available tocommunicate with neighboring mesh nodes in the particular wirelesstechnology, such as the Wi-Fi® 5 GHz band. The embodiments of the meshnetwork devices, such as the directional antennas, can help withisolation between neighboring antennas that cannot be separatedphysically given the limited size the mesh network device.

FIG. 10 illustrates a multi-radio, multi-channel (MRMC) network device1000 according to one embodiment. The MRMC network device 1000 includesa metal housing 1002 that has eight sectors 1004-1018. Each of the eightsectors 1004-1018 has a truncated pyramid structure with a top portionand four side portions that define a recessed region of the respectivetruncated pyramid structure. The truncated pyramid structures aredisposed on their sides in a horizontal plane and arranged in a circulararraignment with two adjacent sectors sharing at least one common sideportion. The truncated pyramid structure may form an octagonal prism forthe metal housing 1002. The top portion and the four side portions maybe metal surfaces or have portions of metal. Also, the outer topsurfaces of the eight sectors form an inner chamber 1011 in a center ofthe metal housing 1002. In particular, the sector may be considered areflective chamber that includes an top portion, a first side portion, asecond side portion, a third side portion, and a fourth side portion.The other sectors 1004, 1006, 1010, 1012, 1014, 1016, and 1018 may havesimilar metal portions or surfaces as reflective chambers as the sector1008. Similarly, the inner chamber 1011 can be considered reflective.For example, a circuit board 1020 includes a metal ground plane that isa reflective surface for the top antenna, as well as for the bottomantenna. The opposite sides of the metal surfaces of the reflectivechambers also are reflective for the top and bottom antennas.

In the depicted embodiment, the MRMC network device 1000 includes acircuit board 1020 disposed within the metal housing 1002. Inparticular, the circuit board 1020 may include multiple portions, suchas a first portion disposed in the inner chamber 1011. There may be asecond portion of the circuit board 1020 disposed within a first sector1004 and a third portion of the circuit board 1020 disposed within asecond sector 1006. These portions may extend to an outer side of themetal housing 1002. The circuit board 1020 may also include smallerportions that are disposed in the other sectors 1008-1018 to accommodatesome of the antenna pairs disposed within the respective sectors.

In the depicted embodiment, the MRMC network device 1000 includes eightpairs of antennas 1040, each pair being disposed in one of the eightsectors 1004-1018. Each pair includes a horizontal orientation antennaand a vertical orientation antenna. The eight pairs of antennas 1040 maybe disposed on, above, or below corresponding sections of the circuitboard 1020. In one embodiment, each of the eight pairs of antennas 1040is a pair of cross polarized dipole antennas, a pair of verticalpolarized dipole antennas, or a pair of cross polarized patch antennas.

In some embodiments, the MRMC network device 1000 includes a top antennadisposed on a top side of the circuit board 1020 within the innerchamber 1011 and a bottom antenna disposed on a bottom side of thecircuit board 1020 within the inner chamber 1011. In the depictedembodiment, top antennas 1042, 1044 are disposed above the circuit board1020, and bottom antennas 1046, 1048 are disposed below the circuitboard 1020. The top antennas 1042, 1044 and the bottom antennas 1046,1048 are helix coil antennas. In other embodiments, the top and bottomantennas may be other types of antennas, such as patch antennas,monopoles, dipoles, loops, folded monopoles, or the like.

In the depicted embodiment, the eight pairs of antennas 1040, the topantennas 1042, 1044, and the bottom antennas 1046, 1048 are design toradiate electromagnetic energy in a first frequency range, such as the 5GHz band of the Wi-Fi® technologies. The metal of the top portion andthe four side portions of each of the eight sectors operate as areflector chamber. For example, the metal of the top portion 1030 andthe four side portions 1032-1038 of the sector 1008 operate as areflector chamber for the pair of antennas 1040 within the respectivechamber. The reflective chamber reflects the electromagnetic energy,radiated by the horizontal orientation antenna, in a first directionalradiation pattern with high gain in a direction along a center axis ofthe sector 1008 (e.g., a truncated pyramid structure) and reflects theelectromagnetic energy, radiated by the vertical orientation antenna, ina second directional radiation pattern with high gain in the directionalong the center axis of the sector 1008. The gain the first directionis considered higher than the gain in other directions, such as anopposite direction than the first direction. The number of metalsurfaces may impact the gain in the first direction. As few as one metalsurface can be used to reflect the electromagnetic energy. However, ifmore than three metal surfaces, the gain in the first direction can beincreased.

In the depicted embodiment, the MRMC network device 1000 includes afirst omnidirectional antenna 1050 (e.g., dual-band WLAN antenna)disposed on the top side of the second portion of the circuit board 1020disposed within the sector 1004 (i.e., a first of the eight sectors). Ina further embodiment, a second omnidirectional antenna 1052 is disposedon the top side of the third portion of the circuit board 1020 disposedwithin the sector 1006 (i.e., a second of the eight sectors). The firstomnidirectional antenna 1050 and the second omnidirectional antenna 1052are designed to radiate electromagnetic energy in the first frequencyrange (e.g., 5 GHz band) and a second frequency range (e.g., 2.4 GHzband).

In the depicted embodiment, the MRMC network device 1000 includes afirst cellular antenna 1054 (e.g., WWAN antenna) disposed on the topside of the second portion of the circuit board 1020 disposed within thesector 1004 (i.e., a first of the eight sectors). In a furtherembodiment, a second cellular antenna 1056 is disposed on the top sideof the third portion of the circuit board 1020 disposed within thesector 1006 (i.e., a second of the eight sectors). The first cellularantenna 1054 and the second cellular antenna 1056 are designed toradiate electromagnetic energy in a third frequency range. For examples,the third frequency range may be the 900 MHz band for the 2Gspecification, the 1800 MHz band for the 2G specification, the B1 bandfor the 3G specification, the B8 band for the 3G specification, or theB40 band for the LTE specification.

In the depicted embodiment, the MRMC network device 1000 includes afirst RF radio (not illustrated in FIG. 10) disposed on the circuitboard 1020 and coupled to the first cellular antenna 1054 and the secondcellular antenna 1056. The first RF radio causes the first cellularantenna 1054, the second cellular antenna 1056, or both to radiate theelectromagnetic energy in the third frequency range. In a furtherembodiment, multiple RF radios (not illustrated in FIG. 10) are disposedon the circuit board 1020 and coupled to the eight pairs of antennas1040, the top antennas 1042, 1044, and the bottom antennas 1046, 1048.The RF radios cause different combinations of one or more of the eightpairs of antennas 1040, the top antennas 1042, 1044, and the bottomantennas 1046, 1048 to radiate the electromagnetic energy in the firstfrequency range (e.g., 2.4 GHz band). In a further embodiment, a secondRF radio (not illustrated in FIG. 10) is disposed on the circuit board1020 and coupled to the first omnidirectional antenna 1050 and thesecond omnidirectional antenna 1052. The second RF radio cause the firstomnidirectional antenna 1050, the second omnidirectional antenna 1052,or both to radiate the electromagnetic energy in the first frequencyrange (e.g., 5 GHz band).

In the depicted embodiment, the MRMC network device 1000 includes athird RF radio (not illustrated in FIG. 10) disposed on the circuitboard 1020 and coupled to the first omnidirectional antenna 1050 and thesecond omnidirectional antenna 1052. The second RF radio cause the firstomnidirectional antenna 1050, the second omnidirectional antenna 1052,or both to radiate the electromagnetic energy in the second frequencyrange (e.g., 2.4 GHz band).

FIG. 11 is a block diagram of a network hardware device 1100 accordingto one embodiment. The network hardware device 1100 may correspond tothe network hardware device 102-110 of FIG. 1. In another embodiment,the network hardware device 1100 may correspond to the network hardwaredevices 202-210 in FIG. 2. In another embodiment, the network hardwaredevice 1100 may correspond to the mesh node 300 of FIG. 3.Alternatively, the network hardware device 1100 may be other electronicdevices, as described herein.

The network hardware device 1100 includes one or more processor(s) 1130,such as one or more CPUs, microcontrollers, field programmable gatearrays, or other types of processors. The network hardware device 1100also includes system memory 1106, which may correspond to anycombination of volatile and/or non-volatile storage mechanisms. Thesystem memory 1106 stores information that provides operating systemcomponent 1108, various program modules 1110, program data 1112, and/orother components. In one embodiment, the system memory 1106 storesinstructions of methods to control operation of the network hardwaredevice 1100. The network hardware device 1100 performs functions byusing the processor(s) 1130 to execute instructions provided by thesystem memory 1106. In one embodiment, the program modules 1110 mayinclude a neighbor discovery module 1111, a neighbor selection module1113, and a neighbor replacement module 1115. The neighbor discoverymodule 1111 may perform the neighbor discovery process described herein(e.g., method 600 of FIG. 6). The neighbor selection module 1113 mayperform the neighbor selection process described herein (e.g., method700 of FIG. 7). The neighbor replacement module 1115 may perform theneighbor replacement process described herein (e.g., method 800 of FIG.8). Alternatively, the modules 1111-1115 may be implemented in a singlemodule or multiple modules.

The network hardware device 1100 also includes a data storage device1114 that may be composed of one or more types of removable storageand/or one or more types of non-removable storage. The data storagedevice 1114 includes a computer-readable storage medium 1116 on which isstored one or more sets of instructions embodying any of themethodologies or functions described herein. Instructions for theprogram modules 1110 (e.g., 1111, 1113, 1115) may reside, completely orat least partially, within the computer-readable storage medium 1116,system memory 1106 and/or within the processor(s) 1130 during executionthereof by the network hardware device 1100, the system memory 1106 andthe processor(s) 1130 also constituting computer-readable media. Thenetwork hardware device 1100 may also include one or more input devices1118 (keyboard, mouse device, specialized selection keys, etc.) and oneor more output devices 1120 (displays, printers, audio outputmechanisms, etc.).

The network hardware device 1100 further includes a modem 1122 to allowthe network hardware device 1100 to communicate via a wirelessconnections (e.g., such as provided by the wireless communicationsystem) with other computing devices, such as remote computers, an itemproviding system, and so forth. The modem 1122 can be connected to oneor more RF modules 1186. The RF modules 1186 may be a WLAN module, a WANmodule, PAN module, GPS module, or the like. The antenna structures(antenna(s) 1184, 1185, 1187) are coupled to the RF circuitry 1183,which is coupled to the modem 1122. The RF circuitry 1183 may includeradio front-end circuitry, antenna switching circuitry, impedancematching circuitry, or the like. The antennas 1184 may be GPS antennas,NFC antennas, other WAN antennas, WLAN or PAN antennas, or the like. Themodem 1122 allows the network hardware device 1100 to handle both voiceand non-voice communications (such as communications for text messages,multimedia messages, media downloads, web browsing, etc.) with awireless communication system. The modem 1122 may provide networkconnectivity using any type of mobile network technology including, forexample, cellular digital packet data (CDPD), general packet radioservice (GPRS), EDGE, universal mobile telecommunications system (UMTS),1 times radio transmission technology (1×RTT), evaluation data optimized(EVDO), high-speed down-link packet access (HSDPA), Wi-Fi®, Long TermEvolution (LTE) and LTE Advanced (sometimes generally referred to as4G), etc.

The modem 1122 may generate signals and send these signals to antenna(s)1184 of a first type (e.g., WLAN 5 GHz), antenna(s) 1185 of a secondtype (e.g., WLAN 2.4 GHz), and/or antenna(s) 1187 of a third type (e.g.,WAN), via RF circuitry 1183, and RF module(s) 1186 as descried herein.Antennas 1184, 1185, 1187 may be configured to transmit in differentfrequency bands and/or using different wireless communication protocols.The antennas 1184, 1185, 1187 may be directional, omnidirectional, ornon-directional antennas. In addition to sending data, antennas 1184,1185, 1187 may also receive data, which is sent to appropriate RFmodules connected to the antennas. One of the antennas 1184, 1185, 1187may be any combination of the antenna structures described herein.

In one embodiment, the network hardware device 1100 establishes a firstconnection using a first wireless communication protocol, and a secondconnection using a different wireless communication protocol. The firstwireless connection and second wireless connection may be activeconcurrently, for example, if a network hardware device is receiving amedia item from another network hardware device (e.g., a mini-POP node)via the first connection) and transferring a file to another user device(e.g., via the second connection) at the same time. Alternatively, thetwo connections may be active concurrently during wirelesscommunications with multiple devices. In one embodiment, the firstwireless connection is associated with a first resonant mode of anantenna structure that operates at a first frequency band and the secondwireless connection is associated with a second resonant mode of theantenna structure that operates at a second frequency band. In anotherembodiment, the first wireless connection is associated with a firstantenna structure and the second wireless connection is associated witha second antenna. In other embodiments, the first wireless connectionmay be associated with content distribution within mesh nodes of the WMNand the second wireless connection may be associated with serving acontent file to a client consumption device, as described herein.

Though a modem 1122 is shown to control transmission and reception viaantenna (1184, 1185, 1187), the network hardware device 1100 mayalternatively include multiple modems, each of which is configured totransmit/receive data via a different antenna and/or wirelesstransmission protocol.

In the above description, numerous details are set forth. It will beapparent, however, to one of ordinary skill in the art having thebenefit of this disclosure, that embodiments may be practiced withoutthese specific details. In some instances, well-known structures anddevices are shown in block diagram form, rather than in detail, in orderto avoid obscuring the description.

Some portions of the detailed description are presented in terms ofalgorithms and symbolic representations of operations on data bitswithin a computer memory. These algorithmic descriptions andrepresentations are the means used by those skilled in the dataprocessing arts to most effectively convey the substance of their workto others skilled in the art. An algorithm is here, and generally,conceived to be a self-consistent sequence of steps leading to a desiredresult. The steps are those requiring physical manipulations of physicalquantities. Usually, though not necessarily, these quantities take theform of electrical or magnetic signals capable of being stored,transferred, combined, compared, and otherwise manipulated. It hasproven convenient at times, principally for reasons of common usage, torefer to these signals as bits, values, elements, symbols, characters,terms, numbers or the like.

It should be borne in mind, however, that all of these and similar termsare to be associated with the appropriate physical quantities and aremerely convenient labels applied to these quantities. Unlessspecifically stated otherwise as apparent from the above discussion, itis appreciated that throughout the description, discussions utilizingterms such as “inducing,” “parasitically inducing,” “radiating,”“detecting,” determining,” “generating,” “communicating,” “receiving,”“disabling,” or the like, refer to the actions and processes of acomputer system, or similar electronic computing device, thatmanipulates and transforms data represented as physical (e.g.,electronic) quantities within the computer system's registers andmemories into other data similarly represented as physical quantitieswithin the computer system memories or registers or other suchinformation storage, transmission or display devices.

Embodiments also relate to an apparatus for performing the operationsherein. This apparatus may be specially constructed for the requiredpurposes, or it may comprise a general-purpose computer selectivelyactivated or reconfigured by a computer program stored in the computer.Such a computer program may be stored in a computer readable storagemedium, such as, but not limited to, any type of disk including floppydisks, optical disks, CD-ROMs and magnetic-optical disks, read-onlymemories (ROMs), random access memories (RAMs), EPROMs, EEPROMs,magnetic or optical cards, or any type of media suitable for storingelectronic instructions.

The algorithms and displays presented herein are not inherently relatedto any particular computer or other apparatus. Various general-purposesystems may be used with programs in accordance with the teachingsherein, or it may prove convenient to construct a more specializedapparatus to perform the required method steps. The required structurefor a variety of these systems will appear from the description below.In addition, the present embodiments are not described with reference toany particular programming language. It will be appreciated that avariety of programming languages may be used to implement the teachingsof the present invention as described herein. It should also be notedthat the terms “when” or the phrase “in response to,” as used herein,should be understood to indicate that there may be intervening time,intervening events, or both before the identified operation isperformed.

It is to be understood that the above description is intended to beillustrative, and not restrictive. Many other embodiments will beapparent to those of skill in the art upon reading and understanding theabove description. The scope of the present embodiments should,therefore, be determined with reference to the appended claims, alongwith the full scope of equivalents to which such claims are entitled.

What is claimed is:
 1. A mesh network device comprising: a first radiocoupled to an omnidirectional antenna; four radios comprising a secondradio, a third radio, a fourth radio, and a fifth radio, wherein each ofthe four radios comprises four channels; and an application processorcoupled to the first radio and the four radios, wherein the applicationprocessor is to: i) receive, via the first radio, a first beacon framefrom a second mesh network device, the first beacon frame including aninformational element identifying the second mesh network device as anavailable access point in a wireless mesh network (WMN); ii) send, viathe first radio, a first node identifier of the mesh network device anda data channel identifier to the second mesh network device; iii)receive, via the first radio, a second node identifier of the secondmesh network device from the second mesh network device; iv) broadcast adata frame, using a first channel of the second radio, a first channelof the third radio, a first channel of the fourth radio, and a firstchannel of the fifth radio; v) repeat step iv) for a second channel, athird channel, and a fourth channel of each of the four radios; vii)send a neighbor pairing request to the second mesh network device viathe first radio; and viii) receive a neighbor pairing response from thesecond mesh network device via the first radio, the neighbor pairingresponse to confirm establishment of a communication channel between atleast one of the four radios and at least one radio of the second meshnetwork device.
 2. The mesh network device of claim 1, wherein theapplication processor is further to: ix) repeat vii) and viii) with athird mesh network device for another one of the four radios; x) receivefrom the second mesh network device a radio configuration tablecomprising sector data and channel data for each radio of the secondmesh network device; wherein the pairing request comprising a sourcesector identifier that identifies a source sector at the mesh networkdevice to exchange data with the second mesh network device, adestination sector identifier that identifies a destination sector atthe second mesh network device to exchange the data with the meshnetwork device, a channel identifier that identifies which of the fourchannels to exchange the data between the mesh network device and thesecond mesh network device, a media access control (MAC) address of thesecond radio, and a radio configuration table for the mesh networkdevice; and xi) repeat vii), and viii) with a fourth mesh network devicefor the fourth radio and a fifth network device for the fifth radio. 3.A mesh network device comprising: a first radio coupled to anomnidirectional antenna; four radios comprising a second radio, a thirdradio, a fourth radio, and a fifth radio, wherein each of the fourradios comprises four channels; and an application processor coupled tothe first radio and the four radios, wherein the second radio is pairedwith a radio of a second mesh network device, the third radio is pairedwith a radio of a third mesh network device, the fourth radio is pairedwith a radio of a fourth mesh network device, and the fifth radio ispaired with a radio of a fifth mesh network device, wherein theapplication processor is further to: determine that one of the second,third, fourth, or fifth mesh network devices is no longer responsive;send a first request to a sixth mesh network device via the first radioto listen for a unicast message, the first request comprising a sourcesector identifier that identifies a source sector at the mesh networkdevice to transmit the unicast message to the sixth mesh network device,a destination sector identifier that identifies a destination sector atthe sixth mesh network device to receive the unicast message from themesh network device, and a channel identifier that identifies which ofthe four channels to transmit the unicast message between the meshnetwork device and the sixth mesh network device; send the unicastmessage to the sixth mesh network device using one of the four radioscorresponding to the source sector; send a neighbor pairing request tothe fifth mesh network device via the first radio, the neighbor pairingrequest comprising the source sector identifier, the destination sectoridentifier, the channel identifier, and an updated radio configurationtable for the mesh network device; and receive a neighbor pairingresponse from the sixth mesh network device via the first radio, theneighbor paring response to confirm establishment of a communicationchannel between the mesh network device and the sixth mesh networkdevice.
 4. A mesh network device comprising: a first radio of a firsttype; a plurality of radios of a second type that is different than thefirst type; and a processing device coupled to the first radio and theplurality of radios, wherein the processing device is to: receive, viathe first radio, a first beacon frame from a second mesh network deviceand a second beacon frame from a third mesh network device; send, viathe first radio, a first message to the second mesh network device;send, via the first radio, the first message to the third mesh networkdevice; send a broadcast message by each of the plurality of radios at aspecified channel, one radio at a time; receive, via the first radio, afirst metric, associated with the broadcast message, from the secondmesh network device and a second metric, associated with the broadcastmessage, from the third mesh network device; configure a first of theplurality of radios to communicate with the second mesh network deviceand a second of the plurality of radios to communicate with the thirdmesh network based on the first and second metrics; send, via the firstradio, a first pairing request to the second mesh network device to pairthe first of the plurality of radios to a radio of the second meshnetwork device and a second pairing request to the third mesh networkdevice to pair the second of the plurality of radios to a radio of thesecond mesh network device; receive, via the first radio, a firstpairing response from the second mesh network device, the first pairingresponse to confirm establishment of a first communication channelbetween the first of the plurality of radios and the radio of the secondmesh network device; receive, via the first radio, a second pairingresponse from the third mesh network device, the second pairing responseto confirm establishment of a second communication channel between thesecond of the plurality of radios and the radio of the third meshnetwork device; send first data to the second mesh network device viathe of the plurality of radios over the first communication channel; andsend second data to the third mesh network device via the second of theplurality of radios over the second communication channel.
 5. The meshnetwork device of claim 4, wherein, the processing device is further to:send the broadcast message on a first channel of each of the pluralityof radios; send, via the first radio, a second message to the secondmesh network device and the third mesh network device; receive, via thefirst radio, a third metric, associated with the second message, fromthe second mesh network device and a fourth metric, associated withsecond message, from the third mesh network device; and configure thefirst channel or a second channel of the first of the plurality ofradios to communicate with the second mesh network device and the secondchannel or the first channel of the second of the plurality of radios tocommunicate with the third mesh network based on the first metric, thesecond metric, the third metric, and the fourth metric.
 6. The meshnetwork device of claim 4, wherein, the processing device is further to:send, via the first radio, a first request to the second mesh networkdevice; receive, via the first radio, a radio configuration table fromthe second mesh network device; send, via the first radio, a secondrequest to the third mesh network device; and receive, via the firstradio, a radio configuration table from the third mesh network device.7. The mesh network device of claim 4, wherein the first and secondmetrics each comprise a received signal strength indicator (RSSI) value,wherein the processing device is to: receive, via the first radio, aradio channel table from the second mesh network and a radio channelfrom the third mesh network device, wherein the radio channel tableseach comprise a RSSI value for each radio of the respective device thatreceived the broadcast message; configure the first of the plurality ofradios to communicate with a radio of the second mesh network devicebased on a first highest RSSI value in the radio channel tables;configure the second of the plurality of radios to communicate with aradio of the third mesh network device based on a second highest RSSIvalue in the radio channel tables; and store an indicator of a firstpairing between the first of the plurality of radios and the radio ofthe second mesh network device and an indicator of a second pairingbetween the second of the plurality of radios and the radio of the thirdmesh network device in a local radio channel for the mesh networkdevice.
 8. The mesh network device of claim 4, wherein, the processingdevice is to: determine that the second mesh network device is no longerresponsive; send a third message to a fourth mesh network device formwhich a beacon frame is received; send a unicast message by the first ofthe plurality of radios that is configured for the second mesh networkdevice that is no longer responsive; receive, via the first radio, athird metric, associated with the unicast message, from the fourth meshnetwork device; and re-configure the first of the plurality of radios tocommunicate with the fourth mesh network device based on the thirdmetric.
 9. The mesh network device of claim 4, wherein the first radiois coupled to an omnidirectional antenna and the plurality of radioscomprises four radios, each being configured to communicating via twosectors of a sector group, each sector group comprising a directionalantenna, wherein the four radios comprises a second radio, a thirdradio, a fourth radio, and a fifth radio, wherein the processing deviceis further to: receive, via the first radio, access point (AP) beaconframes, each of the AP beacon frames comprising a receive signalstrength indicator (RSSI) value; verify that each of the AP beaconframes is sent by a mesh network device in a wireless mesh network (WMN)and the RSSI value in the respective AP beacon frame is above athreshold; determine an identifier for each of a plurality of meshnetwork devices in the WMN having an RSSI value above the threshold; i)receive, via the first radio, a first AP beacon frame from the secondmesh network device; ii) send a first node identifier of the meshnetwork device and a data channel identifier to the second mesh networkdevice; iii) receive a second node identifier of the second mesh networkdevice from the second mesh network device; iv) broadcast a data framemultiple times from a respective first sector and a respective secondsector, of each of the sector groups, using a first channel of thesecond radio, a first channel of the third radio a first channel of thefourth radio, and a first channel of the fifth radio, wherein each dataframe comprises a source sector identifier that identifies from whichrespective sector the respective frame is transmitted; v) repeat iv) fora second channel, a third channel, and a fourth channel of each of thefour radios; and determine for the second mesh network device a RSSIvalue for each combination of the four channels and the sector groups.10. The mesh network device of claim 9, wherein the processing device isfurther to: vi) receive from the second mesh network device a radioconfiguration table comprising sector data and channel data for eachradio of the second mesh network device; vii) send the first pairingrequest to the second mesh network device via the first radio, the firstpairing request comprising a source sector identifier that identifies asource sector at the mesh network device to exchange data with thesecond mesh network device, a destination sector identifier thatidentifies a destination sector at the second mesh network device toexchange the data with the mesh network device, a channel identifierthat identifies which of the four channels to exchange the data betweenthe mesh network device and the second network device, a media accesscontrol (MAC) address of the second radio, and a radio configurationtable for the mesh network device; and viii) receive the first pairingresponse from the second mesh network device via the first radio, thefirst pairing response to confirm establishment of the firstcommunication channel between the second radio of the mesh networkdevice and the radio of the second mesh network device; and ix) repeatvi), vii), and viii) with the third mesh network device for the thirdradio, a fourth mesh network device for the fourth radio, and a fifthmesh network device for the fifth radio.
 11. The mesh network device ofclaim 4, wherein the first radio is coupled to an omnidirectionalantenna and the plurality of radios comprises four radios, each beingconfigured to communicate via two sectors of a sector group, each sectorgroup comprising a directional antenna, wherein the four radioscomprises a second radio, a third radio, a fourth radio, and a fifthradio, wherein the processing device is further to: determine that oneof the second mesh network device or the third mesh network device is nolonger responsive; send a first request to a fourth mesh network devicevia the first radio to listen for a unicast message, the first requestcomprising a source sector identifier that identifies a second sourcesector at the mesh network device to transmit the unicast message to thefourth mesh network device, a destination sector identifier thatidentifies a destination sector at the fourth mesh network device toreceive the unicast message from the mesh network device, and a channelidentifier that identifies which of the four channels to transmit theunicast message between the mesh network device and the fourth meshnetwork device; and send the unicast message to the fourth mesh networkdevice using one of the four radios corresponding to the source sector;send a third pairing request to the fourth mesh network device via thefirst radio, the third pairing request comprising the source sectoridentifier, the destination sector identifier, the channel identifier,and an updated radio configuration table for the mesh network device;and receive a third pairing response from the fourth mesh network devicevia the first radio, the third neighbor paring response to confirmestablishment of a communication channel between the mesh network deviceand a radio of the fourth mesh network device.
 12. The mesh networkdevice of claim 4, further comprising eight sectors, each of the eightsectors comprising a directional antenna, wherein the plurality ofradios comprises four radios, wherein each of the four radios isconfigured to communicate via two of the eight sectors.
 13. The meshnetwork device of claim 4, further comprising ten sectors, wherein theten sectors comprises a first set of eight sectors and a second set oftwo sectors, wherein each of the ten sectors comprises an antenna,wherein the plurality of radios comprises four radios, wherein each ofthe four radios is configured to communicate via two of the first set,and wherein any one of the four radios is configured to communicate viaany one of the second set.
 14. The mesh network device of claim 4,wherein the first and second metrics each comprises a value of at leastone of received signal strength indicators (RSSI), packet error rate,Signal-to-Interference-plus-Noise Ratio (SINR), Packet-Delivery Ratio(PDR), Bit-error rate (BER), or round-trip time (RTT).
 15. A methodcomprising: receiving, via a first radio, a first beacon frame from asecond mesh network device and a second beacon frame from a third meshnetwork device; sending, via the first radio, a first message to thesecond mesh network device from which an AP beacon frame is received;sending, via the first radio, the first message to the third meshnetwork device from which an AP beacon frame is received; sending abroadcast message by each of a plurality of radios at a specifiedchannel, one radio at a time; receiving, via the first radio, a firstmetric, associated with the broadcast message, from the second meshnetwork device and a second metric, associated with the broadcastmessage, from the third mesh network device; configuring a first of theplurality of radios to communicate with the second mesh network deviceand a second of the plurality of radios to communicate with the thirdmesh network based on the first and second metrics; sending, via thefirst radio, a first pairing request to the second mesh network deviceto pair the first of the plurality of radios to a radio of the secondmesh network device and a second pairing request to the third meshnetwork device to pair the second of the plurality of radios to a radioof the second mesh network device; receiving, via the first radio, afirst pairing response from the second mesh network device, the firstpairing response to confirm establishment of a first communicationchannel between the first of the plurality of radios and the radio ofthe second mesh network device; receiving, via the first radio, a secondpairing response from the third mesh network device, the second pairingresponse to confirm establishment of a second communication channelbetween the second of the plurality of radios and the radio of the thirdmesh network device; sending first data to the second mesh networkdevice via the of the plurality of radios over the first communicationchannel; and sending second data to the third mesh network device viathe second of the plurality of radios over the second communicationchannel.
 16. The method of claim 15, further comprising: sending, viathe first radio, a second message to the second mesh network device andthe third mesh network device; receiving, via the first radio, a thirdmetric, associated with the second message, from the second mesh networkdevice and a fourth metric, associated with the second message, from thethird mesh network device, and wherein the configuring comprises:configuring the first channel or a second channel of the first of theplurality of radios to communicate with the second mesh network devicebased on the first, second, third and fourth metrics; and configuringthe second channel or the first channel of the second of the pluralityof radios to communicate with the third mesh network based on the first,second, third, and fourth metrics.
 17. The method of claim 15, furthercomprising: sending, via the first radio, a first request to the secondmesh network device; receiving, via the first radio, a radioconfiguration table from the second mesh network device; sending, viathe first radio, a second request to the third mesh network device; andreceiving, via the first radio, a radio configuration table from thethird mesh network device.
 18. The method of claim 15, wherein the firstmetric and the second metric each comprises a received signal strengthindicator (RSSI) value, wherein the method further comprises: receiving,via the first radio, a radio channel table from the second mesh networkand a radio channel from the third mesh network device, wherein theradio channel tables each comprise a RSSI value for each radio of therespective device that received the message; configuring the first ofthe plurality of radios to communicate with a radio of the second meshnetwork device based on a first highest RSSI value in the radio channeltables; configuring the second of the plurality of radios to communicatewith a radio of the third mesh network device based on a second highestRSSI value in the radio channel tables; and storing an indicator of afirst pairing between the first of the plurality of radios and the radioof the second mesh network device and an indicator of a second pairingbetween the second of the plurality of radios and the radio of the thirdmesh network device in a local radio channel for the mesh networkdevice.
 19. The method of claim 15, wherein the first radio is coupledto an omnidirectional antenna and the plurality of radios comprises fourradios, each being configured to communicate via two sectors of a sectorgroup, each sector group comprising a directional antenna, wherein thefour radios comprises a second radio, a third radio, a fourth radio, anda fifth radio, wherein the method further comprises: determining thatthe second mesh network device is no longer responsive; sending a thirdmessage to a fourth mesh network device form which an AP beacon frame isreceived; sending a unicast message by the first of the plurality ofradios that is configured to communicate with the second mesh networkdevice that is no longer responsive; receiving, via the first radio, athird metric associated with the unicast message from the second meshnetwork device; and re-configuring the first of the plurality of radiosto communicate with the fourth mesh network device based on the thirdmetric.
 20. The method of claim 15, wherein the first radio is coupledto an omnidirectional antenna and the plurality of radios comprises fourradios, each being configured to communicate via two sectors of a sectorgroup, each sector group comprising a directional antenna, wherein thefour radios comprises a second radio, a third radio, a fourth radio, anda fifth radio, wherein the method further comprises: receiving, via thefirst radio, access point (AP) beacon frames, each of the AP beaconframes comprising a receive signal strength indicator (RSSI) value;verifying that each of the AP beacon frames is sent by a mesh networkdevice and the RSSI value in the respective AP beacon frame is above athreshold; determining an identifier for each of a plurality of meshnetwork devices having an RSSI value above the threshold; i) receiving,via the first radio, a first AP beacon from the second mesh networkdevice; ii) sending a first node identifier of the mesh network deviceand a data channel identifier to the second mesh network device fromwhich a beacon frame is received; iii) receiving a second nodeidentifier of the second mesh network device; iv) broadcasting a dataframe multiple times from a respective first sector and a respectivesecond sector, of each of the four groups of sectors, using a firstchannel of the second radio, a first channel of the third radio a firstchannel of the fourth radio, and a first channel of the fifth radio,wherein each data frame comprises a source sector identifier thatidentifies from which respective sector the respective frame istransmitted; v) repeating iv) for a second channel, a third channel, anda fourth channel of each of the four radios; and determining for thesecond mesh network device a RSSI value for each combination of the fourchannels and the four groups.